|
|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Sergey Pratch 2:5020/400 12 Apr 2001 19:42:52 To : All Subject : Re: Дремина хитрость 2 -------------------------------------------------------------------------------- Hi! "Tolik Gusin" <stalker@giac.dp.ua> сообщил/сообщила в новостях следующее: news:3AD4237D.EB139FDC@giac.dp.ua... > А вот когда у тебя связь One Master - Many Detail и вводить данные и > одного Master и "N" Detail надо "одновременно" в рамках одного ввод > (документа, транзакции) тут и возникает проблемма где хранить N строк > Detail до того как я получу ID для Master и запишу эти N строк в > таблицу. Такая ситуация невозможна сугубо практически: оператор insert не может выполнять вставку сразу в несколько таблиц (кроме такой экзотики как DAO/Access, в некоторых случая там такое возможно). А посему, реальная обработка ввода данных все равно будет приведена к последовательности вставок, сначала в master, затем в detail. Так что проблема твоя дутая. > 1) Из за отсутствия у Sybase генераторов или последновательностей их > приходиться имитировать. > 2) Это на мой взгляд самый серьезный недостаток и как его преодолеть в > рамках самого SQL сервера я не знаю. Дело тут в том что я не могу для > одновременных связок One Master - Many Detail сделать FK от Detail и > Master и его поддерживать приходиться на клиенте при Insert и Update и в > триггере Master'a при Delete. Ведь у меня получаеться что: сначало я > получаю через свой ручной генератор ID для Master'a, потом используя его > я вставляю Detail'ы в таблицу, а потом уже вставляю Master в таблицу. > И из за этого применения FK тут почти не возможно, разве что можно > воспользоваться опицией FK "отложить проверку до COMMIT" - Check On > COMMIT. Вот и я тоже про то: на потолке спать практически невозможно - одеяло сползает, ровно как и брюки одеваьт через голову - волосы на голове в змейке запутываются. -- С уважением, Сергей Прач ================= Please, send you private mail to: s_pratch@mail.ru --- ifmail v.2.15dev5 * Origin: Solver Ltd. site #2 (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms.sql/150144c964550.html, оценка из 5, голосов 10
|