|
su.dbms.sql
- SU.DBMS.SQL ------------------------------------------------------------------
From : Ilya Zvyagin 2:5020/400 03 Apr 2001 16:07:17
To : All
Subject : Re: Дремина хитрость 2
--------------------------------------------------------------------------------
Serg Vasiltsoff wrote in message <9ac34c$2vim$7@dipt.donbass.net>...
>> IMHO лучше IDENTITY ничего нет. У нас в Sybase есть одно неудобство,
>> с ним связанное, которое просто сводит на нет возможность его применения.
>Упс, не знал, а какое?
Hет DBCC CHECKIDENT. Слет идентити (последовательности) никак не лечиться,
кроме как пересозданием таблицы, что , естественно, в production системах
не весело. А слеты там немного не такие, как в MS - там после слета все
работает, но только значение IDENTITY прыгает вверх на какой-то процент
от возможных значений ключа таблицы. По имолчанию - где-то на половину.
И хотя этим можно управлять, но не совсем хорошо - на уровне сервера -
это не всегда приемлемо.
Hе знаю, почему они до сих пор до DBCC CHECKIDENT не додумались -
если есть индекс ( а он как правило все равно есть) это не долго.
У MS единственно обязательно PK / UNIQUE по этому
>полю делать, но оно так само собой и получается ;)
Это надо и в Sybase делать тем же образом.
>Hу, теоретически-то, процедурой-то все можно, можно заточить ее и под
>генерацию диапазонов идентификаторов, но оно вообще-то надо?!..
Hадо. А процедуру в запросе не вызовешь. Вообще всяческие генераторы -
не реляционная вещь, а IDENTITY - вполне реляционная. В смысле,
позволяет работать реляционными операциями а не процедурами.
--- ifmail v.2.15dev5
* Origin: FCT Saint-Petersburg (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
