|
su.dbms.sql
- SU.DBMS.SQL ------------------------------------------------------------------
From : Ilya Zvyagin 2:5020/400 11 Apr 2001 19:19:29
To : All
Subject : Re: Дремина хитрость 2
--------------------------------------------------------------------------------
Tolik Gusin wrote in message <3AD4237D.EB139FDC@giac.dp.ua>...
>Если не трудно то расскажи какие "делфевые правила" ты имеел ввиду ?
Hу, TTable на форме, к нему прилинкованный в форме Detail из другого
TTable.
Ты-то можешь на пальцах объяснить, что
ты пытался сделать через IDENTITY и что у тебя неполучилось ?
Транзакция вставки Master-Detail ?
>Можно конечно хранить N строк в чем ни буть наподоби MemoryTable, а
>потом оттуда перегружать данные в таблицу, но это не удобно и много
>лишней работы. А кроме того тут будут разные алгоритмы работы для Insert
>и Update что не очень хорошо.
Можно вставить Master, а затем к нему Detail-ы.
Hу, не знаю. Hравиться - так пожалуйста.
>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.
>Кстати а в каких серверах это есть кроме SAW ?
Да, это уж САМОЕ_ПРЯМОЕ решение проблемы. Остается еще узнать , что
поддерживают его далеко не все сервера, в частности, MSSQL и Sybase
не поддерживают, и, как водиться, прокричать тройное Must die.
--- ifmail v.2.15dev5
* Origin: FCT Saint-Petersburg (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
