|
По умолчанию повторное использование курсоров в базе данных требует их полного совпадения. За пределами PL/SQL это правило не терпит компромиссов - ASCII-значения должны совпадать в точности. Есть только черное и белое, и никаких полутонов. Курсоры или совпадают, или нет. В PL/SQL компилятор, переформатируя курсоры, старается помочь их повторному использованию, но это все, что он может сделать. Это ограничение особенно досадно, когда курсоры отличаются лишь текстом литералов. Рассмотрим два курсора: SELECT order_date FROM orders WHERE order_number = '1'; SELECT order_date FROM orders WHERE order_number = '4'; Оба они выполняют одно и то же действие, извлекая значение or-derdate для заданного заказа, а сумма их ASCII-значений отличается всего на 3 единицы. Но стараниями алгоритма точного сопоставления оба удостаиваются собственного полного разбора и места в разделяемом пуле (даже если находятся в коде PL/SQL). |
СТАТЬИ
- Язык PL/SQL
- Общая характеристика Delphi.NET 2006
- Delphi.NET. приложения Windows Forms
- Работа с базами данных .NET
- Совершенный код - Основы разработки ПО
- Совершенный код - Высококачественный код
- Совершенный код - Переменные
- Совершенный код - Операторы
- Совершенный код - Усовершенствование кода
- Совершенный код - Системные вопросы
- Совершенный код - Мастерство программирования
Авторизация
Алгоритмы сопоставления
|
Главная
→
Язык PL/SQL
→
Курсоры
→
Повторное использование курсоров
→ Алгоритмы сопоставления
|
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 |
