|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Sergey Practh 2:5020/400 05 Jun 2001 09:16:41
To : All
Subject : Hа: Hа: Informix
--------------------------------------------------------------------------------
Hi!
"Alex Oshev" <alex@triton.ru> сообщил/сообщила в новостях следующее:
news:nyrkgevgbaeh.gegldj0.pminews@news.gin.ru...
> > Да не получится разработать нормальный механизм эмуляции IDENTITY,
> >что-то подобное - да. Только работать оно будет при очень ограниченных
> >условиях. Hе веришь мне, спроси у Лили или Толика Тецнера.
>
> А чем вот так плохо? Какие здесь подводные камни?
>
> create table sOrdersID
[SKIP]
>
> И вставляешь запись с ordid=0, а триггер исправляет на нужное значение
> Это реально работает. Да, кол-во insert в минуту очень мало. Вероятно,
> такое решение не подойдет для большого потока инсертов..
> Зато очень удобно (имхо).
>
> Просто у _разных_ серверов _разные_ возможности и каждый выбирает
диалект
> SQL
> по вкусу (_мне дб2 понравилась, тем более что она сейчас где только не
> живет,
> даже на PalmOS и WinCE)
Вот именно, что такой код, который ты привел, только на PalmOS и WinCE
может и сгодится, а на промышленных серверах - нет. Требования к генератору
ПК:
1. Механизм генерации ПК должен генерировать УHИКАЛЬHЫЕ ПК в не зависимости
от того в какой сессии это производится. Т.е. они должны быть уникальны в
рамках сервера, а не в рамках сессии. Иначе паралелльные сессии будут
получать столкновения по значениям ПК.
2. В отличие от многих в этой эхе, мне (как в прочем и большинству в этом
мире) кроме возможности сохранить запись, требуется еще и возможность ее
обратно прочитать - т.е. прежде всего нужно знать значение ПК, который был
присвоен этой записи. А для этого необходим механизм возврата значения,
которое сгенерировал такая функция. При этом, такой механизм толжен
гарантировать изолированность от других сессий.
3. Такая функция должна выполнятся в не контекста транзакций иначе одна
сессия заблокирует работу остальных. И при этом будут выстраиватся очень
длинная очередь за значениями этой функции.
Когда поймешь суть этих требований то объяснишь их В.Павликову и
Ф.Крюгеру (Терсину), а то для них ua.pratch не авторитет: на
прадоксоподобных серверах такие требования ни к чему.
--
С уважением,
Сергей Прач
=================
Please, send you private mail to: s_pratch@mail.ru
--- ifmail v.2.15dev5
* Origin: Solver Ltd. site #2 (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
