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

разделяемого пула необходимых SQL-операторов других хорошо настроенных прило-
жений. Достаточно ложки дегтя, чтобы испортить бочку меда.
При использовании связываемых переменных любой сеанс, выдающий тот же самый
запрос, будет использовать уже скомпилированный план выполнения из библиотечного
кэша. Подпрограмма компилируется один раз, а используется многократно. Это очень
эффективно, и именно такую работу пользователей предполагает СУБД. При этом не

---

Разработка успешных приложений для Oracle
только используется меньше ресурсов (мягкий разбор требует намного меньше ресур-
сов), но и защелки удерживаются значительно меньше времени, и нужны гораздо реже.
Это повышает производительность и масштабируемость.
Чтобы хоть примерно понять, насколько существенно это может сказаться на про-
изводительности, достаточно выполнить очень простой тест:
tkyte@TKYTE816> alter system flush shared_pool;
System altered.
Здесь я начинаю с "пустого" разделяемого пула. Если потребуется выполнять этот тест
многократно, придется очищать разделяемый пул каждый раз, иначе представленный
ниже оператор SQL, в котором не используются связываемые переменные, окажется в
кэше и будет выполняться очень быстро.
tkyte@TKYTE816> set timing on
tkyte@TKYTE816> declare
2 type rc is ref cursor;
3 l_rc rc;
4 l_dummy all_objects.object_name%type;
5 l_start number default dbms_utility.get_time;
6 begin
7 for i in 1 . . 1000
8 loop
9 open l_rc for
10 'select object_name
11 from all_objects
12 where object_id
 - ' || i;
13 fetch l_rc into l_dummy;
14 close l_rc;
15 end loop;
16 dbms_output.put_line