So far, we have looked mostly at lo

So far, we have looked mostly at locks that Oracle places for us transparently. When we update a table, Oracle places a
TM lock on it to prevent other sessions from dropping that table (or performing most DDL, in fact). We have TX locks
that are left on the various blocks we modify so others can tell what data we own. The database employs DDL locks to
protect objects from change while we ourselves are changing them. It uses latches and locks internally to protect its
own structure.
Next, let’s take a look at how we can get involved in some of this locking action. Our options are as follows:
• Manually lock data via a SQL statement.
• Create our own locks via the DBMS_LOCK package.
The following sections briefly discuss why you might want to do each of these.

Результаты (русский) 1:

Пока мы рассматривали преимущественно замки, которые Oracle места для нас прозрачно. Когда мы обновить таблицу, Oracle местTM блокировки на него, чтобы запретить удаление таблицы других сессий (или выполнение большинства DDL, на самом деле). У нас есть замки TXкоторые остались на различных блоков, которые мы изменить, так что другие могут сказать, какие данные мы владеем. База данных использует DDL замкиЗащита объектов от изменения, в то время как мы сами их меняется. Он использует защелок и замков для защиты своихсобственную структуру.Далее давайте рассмотрим, как мы можем участвовать в некоторых из этой блокировки действий. Наши варианты заключаются в следующем:• Вручную заблокировать данные через инструкцию SQL.• Создать наши собственные замки через пакет DBMS_LOCK.В следующих разделах кратко обсуждаются, почему может потребоваться сделать каждый из них.

Результаты (русский) 2:

Пока мы смотрели в основном на замки, что места для нас Oracle прозрачно. Когда мы обновляем таблицу, Oracle размещает
блокировку TM на нее, чтобы предотвратить другие сеансы от падения эту таблицу (или при выполнении наиболее DDL, на самом деле). Мы TX замки
, которые оставили на различных блоков мы модифицируем так что другие могут сказать, что данные у нас есть. База данных насчитывает DDL замки
защитить объекты от изменения пока мы сами их изменения. Он использует защелки и замки внутри, чтобы защитить свою
собственную структуру.
Далее, давайте взглянем на то, как мы можем вмешиваться в некоторые из этих блокирующее действие. Наши следующие опции:
• Вручную блокировать данные с помощью заявлении SQL.
• Создать наши собственные замки с помощью пакета пакета DBMS_LOCK.
В следующих разделах кратко обсудим, почему вы, возможно, захотите сделать каждой из них.

Результаты (русский) 3:

До сих пор мы рассматривали в основном в замки, Oracle мест для нас прозрачно. Когда мы обновить таблицу, Oracle мест a
TM замок на это для предотвращения других сессий падение этой таблицы (или выполнением наиболее операции DDL для, по сути). Мы TX замки
, слева на различных блоков мы изменить чтобы другие смогли сообщить, какие данные, мы собственными силами. В базе данных использует операции DDL для замки для
защиты объектов от изменений в то время как мы сами их изменение. Она использует защелки и замки внутри для защиты своих
собственной структуры.
рядом, посмотрим, что мы можем получить в некоторых из этого замка. Наши варианты следующим образом:
( вручную заблокировать данные через SQL.
( создания наших собственных замки через DBMS_LOCK.
В следующих разделах коротко почему вы, возможно, захотите сделать каждой из них.