Документация Oracle на русском языке





Сайт посвящен разработке информационных систем с использованием технологий Oracle. На сайте можно найти полезную литературу и документацию на русском языке по программированию и администрированию Oracle.Программирование баз данных на Oracle, техническая документация, литература, статьи и публикации.

Главная :: Карта


Oracle Database или Oracle RDBMS — объектно-реляционная система управления базами данных компании Oracle.



 

DeepEdit!

Программирование баз данных на Oracle, техническая документация, литература, статьи и публикации

  • Увеличить размер шрифта
  • Размер шрифта по умолчанию
  • Уменьшить размер шрифта

Плохие привычки, связанные с транзакциями


Многие разработчики имеют плохие привычки при обращении с транзакция­ми. Я часто это замечаю у разработчиков, имеющих дело с базами данных, кото­рые “поддерживают”, но не “стимулируют” применение транзакций. Например, в Informix (по умолчанию), Sybase и SQL Server, вы должны явно начинать транзак­цию словом BEGIN; в противном случае каждый индивидуальный оператор сам по себе представляет отдельную транзакцию. В манере, подобной способу, которым Oracle “обертывает” SAVEPOINT вокруг дискретных операторов, эти базы данных обертывают каждый оператор парами BEGIN WORK/COMMIT или ROLLBACK. Это объ­ясняется тем, что в этих базах данных блокировки — ценный ресурс, потому чита­тели блокируют писателей и наоборот. Пытаясь повысить степень параллелизма, упомянутые базы данных стимулируют вас делать транзакции насколько возмож­но, краткими — иногда даже за счет целостности данных. 
СУБД Oracle исповедует противоположный подход. Транзакции всегда неявны, и нет способа включить “автоматическую фиксацию” (“autocommit”), если только приложение не реализует ее (подробнее об этом читайте в разделе “Использование автоматической фиксации”). В Oracle каждая транзакция должна быть зафикси­рована, когда нужно, но никогда раньше. Транзакции могут быть настолько круп­ными, насколько это необходимо. Такие вещи, как блокировки и тому подобное, не должны рассматриваться в качестве определяющих факторов, диктующих размер транзакции; целостность данных — вот движущий фактор, влияющий на размер вашей транзакции. Блокировки не являются ограниченным ресурсом, и нет зави­симостей между параллельно работающими читателями и писателями данных. 
Это позволяет вам иметь устойчивые транзакции в базе данных. Такие транзак­ции не обязаны быть краткими — они могут быть настолько длинными, насколько это необходимо (но не больше). Транзакции — не средство достижения согласия между компьютером и его программным обеспечением; они предназначены для того, чтобы защитить ваши данные. 
 


дипломы на заказ
jAntivirus