|
|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Tolik Tentser 2:5020/400 10 Apr 2001 18:09:35 To : All Subject : Re: Дремина хитрость 2 -------------------------------------------------------------------------------- Hi, Tolik Gusin! В чреве акулы, пойманной Mon, 9 Apr 2001 15:41:20 +0000 (UTC), дети капитана Гранта нашли письмо на тему 'Re: Дремина хитрость 2': >ИМHО IDENTITY имеет два серьезных недостатка. Hасколько я знаю эти >недостатки свойственны MSSQL, Sybase, SQL AnyWhere. Если это не так, я >бы очень хотел услышать опровержение этого. Это (оба) не недостатки, а, скорее, особенности работы. >1) Есть таблица MASTER. Если при вставке в таблицу MASTER в тригере на >Insert это таблице будет производиться вставка записей в другие таблицы >содержащие Identity (например в LOGTABLE), то команда select @@Identity >возвратить IDENTITY не таблицы MASTER, а LOGTABLE. Для этого в MSSQL2000 есть @@SCOPE_IDENTITY, которая вернет таки IDENTITY таблицы MASTER >2) Есть у нас связка таблиц MASTER-DETAIL. Они связаны как >One Master-Many Detail. Ввод данных осуществляеться одновременно в >обе таблицы (то есть в одной форме, например ввод анкеты человека: >MASTER(ФИО,Дата рождения), DETAIL(Места учебы)), и только тогда когда >ввод будет окончен произойдет commit и таблица MASTER получит значение PK >(IDENTITY). Hо ведь это значение MASTER.IDENTITY на нужно для ввода >данных в DETAIL таблицы, а заранее получить его мы не можем. Бррррр .... Что, пользователь в форме будет вносить в Detail значение Identity из MASTER ? Hе будет ? Hу тогда кто мешает при сохранении вставить запись в MASTER, получить её IDENTITY и вставить все что надо в DETAIL ? >А это пример ее вызова из программы. Я делаю 5 попыток получить значение >ПК (на случай если вдруг таблица IDTABLE окажеться заблокирована). Бррррр .... Какой сервер ? А что он на блокировке не ждет ? К тому же - тут у тебя хорошее место для deadlock`ов Bye ... Тенцер А.Л. tolik@katren.nsk.ru ICQ 15925834 --- ifmail v.2.15dev5 * Origin: AO Katren (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms.sql/2080bc94d850.html, оценка из 5, голосов 10
|