|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Tengiz Kharatishvili 2:5020/400 06 Jun 2001 06:27:33
To : All
Subject : Re: Informix ?
--------------------------------------------------------------------------------
"Fedor 'Cruger' Tersin" <cruger@galaktika.ru> wrote in message
news:9fij0f$7o$230@www.fido-online.com...
> TK> Расширенные хранимые процедуры вызывать можно, однако это всё равно
не
> TK> будет хорошо работать для default значений. Еесли Вы вставите группу
> TK> строк, то все они получат одинаковый default.
> Это почему? Hеужели будет лишь один вызов ф-ции на всю группу вставляемых
> записей?
>
Прогоните пример, который я приводил в предыдущем сообщении - увидите как
это делается. Пример 100% готов для исполнения - Вам ничего не надо
добавлять или менять.
> Hо скажи мне, какие сценарии (во _множественном_ числе) покрывает
identity? Да
> и вроде бы что бы вставить свое собственное значение, придется
извращаться.
> Сразу скажу, что требования предъявляемые к нашим суррогатным ключам через
> identity нереализуемы, хотя на первый взгляд вполне разумны.
>
Понятно, что это уже вопрос определений и я рискую начать очередную
малопродуктивную, бессодержательную и совершенно неинтересную дискуссию (их
и так хватает, на мой взгляд, в форуме), но...
Суррогатные ключи обеспечивают идентификацию строк и ссылочную целостность,
когда для этого нет естественных ключей или их использование нецелесообразно
по соображениям производительности, объёма данных или удобства. IDENTITY
(или любые другие варианты генераторов последовательностей) вполне успешно
удовлетворяет такому неформальному "определению".
Если Вам нужны суррогатные ключи, к которым предъявляются какие-то
специфические требования кроме уникальности и, возможно, монотонности, то
Вам на самом деле, пытаетесь дать ключам дополнительную семантическую
нагрузку - т.е. это уже не суррогатные ключи. Во всяком случае у меня будут
претензии к такому определению суррогатного ключа.
Hо, повторюсь, я не хочу инициировать очередной бестолковый thread и это
была всего лишь иллюстрация к моему предыдущему сообщению и пояснение в
ответ на Ваш вопрос. Я не хотел бы тратить своё время на бесплодные споры о
терминологии и поэтому я заранее согласен со всеми возможными претензиями к
тому что я здесь написал.
Cheers.
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
