Oracle для профессионалов Том Кайт торгово-издательский дом DiaSoft

s e l e c t *
from t
where (x = l_some_variable OR (x is null and l_some_variable is NULL))
Однако это привело бы к еще одной проблеме. В СУБД SQL Server при выполнении
этого запроса использовался бы индекс по столбцу X. В СУБД Oracle индекс на основе
В*-дерева (подробнее о методах индексирования читайте в главе 7) не позволяет индек-
сировать значения ключа NULL. Поэтому, если необходимо найти пустые значения,
индексы на основе В*-деревьев не сильно помогут.
В рассматриваемом случае, чтобы свести к минимуму изменения в коде, столбцу X
присваивалось значение, которого не могло быть в реальных данных. Так, X, по опре-
делению, был числом положительным, поэтому было выбрано значение -1. Запрос при-
обрел следующий вид:
select * from t where nvl(x,-l) = nvl(l_some_variable,-1)
61

---

62
Глава 1
Мы создали индекс по функции:
create index t_idx on t(nvl(x,-l)) ;
С минимальными изменениями мы добились того же результата. Отсюда можно сде-
лать следующие важные выводы.
• СУБД — различны. Опыт работы с одной может оказаться полезен в другой, но
нужно быть готовым к ряду
 принципиальных
отличий и многим очень мелким.
• Мелкие различия (вроде обработки NULL-значений) могут иметь такое же влия-
ние, как и принципиальные (например, механизм управления одновременным до-
ступом).
• Единственный способ справиться с этими проблемами — знать особенности ра-
боты СУБД и уметь реализовать предоставляемые ею возможности.
Разработчики часто спрашивают меня, как сделать в СУБД что-то конкретное. На-
пример, меня спрашивают: "Как создать временную таблицу в хранимой процедуре?".
На такие вопросы я не даю прямого ответа — я всегда отвечаю вопросом: "А для чего
вам это нужно?". Неоднократно в ответ я слышал: "Мы создавали временные таблицы в
хранимых процедурах в SQL Server, и теперь нам надо это сделать в Oracle". Именно
это я и предполагал услышать. В таком случае мой ответ прост: "Вы ошибаетесь, думая,
что надо создавать временные таблицы в хранимой процедуре в Oracle". На самом деле
в СУБД Oracle это будет крайне неудачным решением. При создании таблиц в храни-
мых процедурах в Oracle вскоре обнаружится, что:
• выполнение операторов ЯОД в этом контексте снижает масштабируемость;
• постоянное выполнение операторов ЯОД снижает производительность;
• выполнение операторов ЯОД приводит к фиксации транзакции;
• для доступа к этой таблице во всех хранимых процедурах придется использовать
динамический SQL, т.к. статический SQL использовать невозможно;
• динамический SQL в PL/SQL оптимизируется хуже и работает медленнее стати-
ческого.
Итак, не надо делать в точности так, как в SQL Server (если временная таблица в
Oracle вообще понадобится). Делать следует то, что является наиболее оптимальным для
Oracle. При обратном переходе из Oracle в SQL Server тоже не стоит создавать одну
большую таблицу с временными данными для всех пользователей (как это делается в
Oracle). Это приведет к снижению масштабируемости и возможностей одновременного
доступа в данной СУБД. Каждая СУБД имеет существенные отличия.