|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Andrew Lesnichenko 2:5020/400 05 Jun 2001 12:14:42
To : All
Subject : Re:
--------------------------------------------------------------------------------
Sergey Practh wrote:
> Hi!
>
> "Andrew Lesnichenko" <les@mts.ru> сообщил/сообщила в новостях следующее:
>
>> Каким из этих требований не удовлетворяет sequence из Oracle ?
>
> Всем! Если я указал обратное - покажи где.
Хе-хе, покажи, говоришь ? А зачем тогда свои требования вырезал ?
Hу да ладно, вот они:
=============================
1. Механизм генерации ПК должен генерировать УHИКАЛЬHЫЕ ПК в не зависимости
от того в какой сессии это производится. Т.е. они должны быть уникальны в
рамках сервера, а не в рамках сессии. Иначе паралелльные сессии будут
получать столкновения по значениям ПК.
2. В отличие от многих в этой эхе, мне (как в прочем и большинству в этом
мире) кроме возможности сохранить запись, требуется еще и возможность ее
обратно прочитать - т.е. прежде всего нужно знать значение ПК, который был
присвоен этой записи. А для этого необходим механизм возврата значения,
которое сгенерировал такая функция. При этом, такой механизм толжен
гарантировать изолированность от других сессий.
3. Такая функция должна выполнятся в не контекста транзакций иначе одна
сессия заблокирует работу остальных. И при этом будут выстраиватся очень
длинная очередь за значениями этой функции.
=============================
Итак, следите внимательно за руками и не говорите потом, что не видели:
1. При помощи sequences генерируются гарантированно уникальные значения
в рамках сервера, а не сессии.
2.1. Вы имеете право поместить значение в переменную при select ... from
dual;
2.2. Вы имеете право сохранить значение прямо в statement'е insert ...
returning ...
3. Последовательности всегда растут, независимо от того, был в сессии
commit или rollback.
--
Andrew Lesnichenko
--- ifmail v.2.15dev5
* Origin: Mobile TeleSystems (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
