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

•
Oracle никогда не блокирует данные с целью считывания. При обычном чтении
блокировки на строки не устанавливаются.
•
Сеанс, записывающий данные, не блокирует сеансы, читающие данные. Повто-
рю: операции чтения
 не блокируются
операциями записи. Это принципиально от-
личается от практически всех остальных СУБД, в которых операции чтения бло-
кируются операциями записи.
•
Сеанс записи данных блокируется, только если другой сеанс записи уже забло-
кировал строку, которую предполагается изменять. Сеанс считывания данных ни-
когда не блокирует сеанс записи.
Эти факты необходимо учитывать при разработке приложений, однако следует по-
мнить, что эти принципы используются только в Oracle. Разработчик, не понимающий,
как используемая СУБД обеспечивает одновременный доступ, неизбежно столкнется с
проблемами целостности данных (особенно часто это происходит, когда разработчик
переходит с другой СУБД на Oracle, или наоборот, и не учитывает в приложении раз-
личия механизмов обеспечения одновременного доступа).
Один из побочных эффектов принятого в СУБД Oracle "неблокирующего" подхода
состоит в том, что если действительно необходимо обеспечить доступ к строке не более
чем одного пользователя в каждый момент времени, то именно разработчику необхо-
димо предпринять для этого определенные усилия. Рассмотрим следующий пример. Один
разработчик показывал мне только что завершенную им программу планирования ре-
сурсов (учебных классов, проекторов и т.д.), находящуюся в стадии внедрения. Это
приложение реализовало бизнес-правило, предотвращающее выделение ресурса более
52
Глава 1

---

Разработка успешных приложений для Oracle
чем одному лицу на любой период времени. То есть, приложение содержало специаль-
ный код, который проверял, что никто из пользователей не затребовал ресурс на тот же
период времени (по крайней мере разработчик думал, что его код это проверяет). Код
обращался к таблице планов и, если в ней не было строк с перекрывающимся времен-
ным интервалом, вставлял в нее новую строку. Итак, разработчик просто работал с па-
рой таблиц: