В предыдущих заметках блога знакомились с компонентами системы базы данных Oracle: необходимыми файлами и распределением памяти, а также способами их настройки. Теперь пришло время посмотреть, как Oracle обрабатывает пользовательские запросы и как проводит изменения в данных. Важно понимать механизм обработки транзакций SQL, потому что все взаимодействие с базой данных Oracle происходит либо в форме запросов SQL, которые читают данные, либо операций SQL (или PL/SQL), которые модифицируют, вставляют или удаляют данные.
Транзакция — это логическая единица работы в базе данных Oracle, состоящая из одного или более операторов SQL. Транзакция начинается с первого исполняемого оператора SQL и завершается, когда вы фиксируете или откатываете транзакцию.Фиксация (commiting) транзакции закрепляет проведенные вами изменения, а откат (roll back) — конечно же, отменяет их. Как только вы зафиксировали транзакцию, все прочие транзакции других пользователей, которые начались после нее, смогут видеть изменения, проведенные вашими транзакциями.
Когда транзакция вообще не может выполниться (скажем, из-за отключения электропитания), то она вся целиком должна быть отменена. Oracle откатывает все изменения, проведенные предшествующими операторами SQL, возвращая данные в исходное состояние (которое они имели перед началом транзакции). Весь процесс построен так,чтобы поддерживать целостность данных — т.е. концепцию “все или ничего”.
Следующий простой пример вставки строки описывает то, как Oracle обрабатывает транзакцию.
- Пользователь запрашивает соединение с сервером Oracle через 3-уровневый или n-уровневый клиент, используя Oracle Net Services.
- После проверки запроса сервер запускает новый выделенный серверный процесс для этого пользователя.
- Пользователь выполняет оператор для вставки новой строки в таблицу.
- Oracle проверяет привилегии пользователя, чтобы удостовериться, что он имеет необходимые права для выполнения вставки. Если информация о привилегиях пользователя еще отсутствует в библиотечном кэше, она будет прочитана с диска в этот кэш.
- Если пользователь имеет необходимые привилегии, Oracle проверяет, не выполнялся ли подобный данному оператор SQL недавно, и не находится ли он в разделяемом пуле. Если да, Oracle выполняет эту версию оператора SQL, а в противном случае разбирает и выполняет новый пользовательский оператор SQL. Затем Oracle создает частную область SQL в PGA пользовательского сеанса.
- Сначала Oracle проверяет, нет ли нужных данных в буферном кэше данных. Если нет, серверный процесс читает необходимую таблицу из файлов данных на диске.
- Oracle немедленно применяет блокировки уровня строки где это необходимо, предотвращая попытки других процессов изменить те же данные параллельно.
- Сервер пишет векторы изменений в буфер журнала повторного выполнения.
- Сервер модифицирует табличные данные (вставляет новую строку) в буферный кэш данных.
- Пользователь фиксирует транзакцию, закрепляя вставку. Oracle снимает блокировки строки после окончания фиксации.
- Процесс-писатель журнала немедленно записывает измененные данные из буферов журналов повторного выполнения в онлайновый файл журнала.
- Серверный процесс посылает сообщение клиентскому процессу, сигнализируя об успешном завершении операции INSERT. В данном случае сообщение будет содержать “COMMIT COMPLETE”. (Если он не сможет завершить запрос успешно, то пошлет сообщение, указывающее на сбой операции.)
- Изменения, проведенные в таблице посредством вставки, могут быть не сразу записаны на диск. Процесс-писатель базы данных производит запись пакетами, так что может пройти некоторое время, прежде чем вставленная информация действительно попадет в файл данных на диске.
