INTERBASE & Autoincrement поля >>>

← →
msoftware © (2003-04-25 08:59) [0]

Господа программисты, кто знаком с InterBase и SQL, помогите разобраться с автоприращаемыми полями.
Например создадим генератор:
{Где STUDENT таблица, PERSONID - поле типа INTEGER} CREATE GENERATOR PERSONID_GEN

Затем ТРИГГЕР:

SET TERM !!; CREATE TRIGGER PERSONID_GEN FOR STUDENT BEFORE INSERT AS BEGIN NEW.PERSONID=GEN_ID(PERSONID_GEN,1); END !! SET TERM; !!
Это позволяет автоприращать поле PERSONID. Но если в таблице например имеется 3 записи, и если удалить например 2 запись, то поле PERSONID будет как 1 | 3
Как исправить сложившуюся ситуацию???

← →
Наталия © (2003-04-25 09:05) [1]

А зачем её исправлять? Пусть так и остаётся. Это нормально. ВЕРЬ мне. :))

← →
Anatoly Podgorestky (2003-04-25 09:10) [2]

Не надо исправить, что бы потом путаница была :-)

← →
ЮЮ © (2003-04-25 09:28) [3]

Описанная случай называется уже AutoDecrement-ное поле, которое не реализовано ни на одном сервере БД, как этого ни хотят некоторые "программисты" :-)

← →
msoftware © (2003-04-25 09:32) [4]

Все ясно, просто если сравнивать с PARADOX, то там у них все "по полочкам" ;)

← →
Anatoly Podgorestky (2003-04-25 09:36) [5]

ЮЮ © (25.04.03 09:28)
AutoIncDec Hole Free Field

← →
Anatoly Podgorestky (2003-04-25 09:37) [6]

По каким полочкам, там честное автоинкриментное поле, без заваротов мозга.

← →
stone © (2003-04-25 09:38) [7]

msoftware © (25.04.03 09:32)

Если уж ты хочешь заполнять "дырки", то нужно немного исправить триггер
CREATE TRIGGER PERSONID_GEN FOR STUDENT
BEFORE INSERT AS
BEGIN
IF NEW.PERSONID IS NULL
NEW.PERSONID=GEN_ID(PERSONID_GEN,1);
END

Правда в этом случае (PERSONID должен быть PRIMARY KEY, иначе пострадает ссылочная целостность)

← →
ЮЮ © (2003-04-25 09:40) [8]

В Парадоксе тоже никто не уменьшает автоинкрементное полею

← →
Johnmen © (2003-04-25 09:45) [9]

>stone © (25.04.03 09:38)
>Если уж ты хочешь заполнять "дырки", то нужно немного исправить триггер

Не понял, как это поможет...:)

← →
stone © (2003-04-25 09:53) [10]

> Johnmen © (25.04.03 09:45)
> >stone © (25.04.03 09:38)
> >Если уж ты хочешь заполнять "дырки", то нужно немного исправить
> триггер
>
> Не понял, как это поможет...:)

При инсерте с явным значением PERSONID (т.е. NEW.PERSONID IS NOT NULL) генератор не сработает, т.е. PERSONID примет указанное тобой значение. Вариант, конечно, не идеальный. К примеру, если добавить значение выше значения генератора, то в последствии (когда генератор дойдет до этого значения) возникнет ошибка. Так что при использовании "нестандартных" методов, следует быть поосторожнее.

← →
Sergey13 © (2003-04-25 09:55) [11]

2stone © (25.04.03 09:38)
>Если уж ты хочешь заполнять "дырки", то нужно немного исправить риггер
Интересно, а как твой исправленный тригер будет дырки заполнять? Хотя с твоими дополнениями я полностью согласен.

2msoftware © (25.04.03 08:59)
Раздели в своей голове (и в БД соответственно) два понятия.
1 Ключевое поле таблицы
2 Табельный номер (или что ты там подразумеваешь под PERSONID).

Для 1 пропуски по барабану, т.к. это поле нигде и никогда не должно показываться никому (кроме тебя 8-). Оно должно быть неизменно всегда.
Для 2 важна просто уникальность, и оно может даже меняться со временем, и формироваться оно может как угодно - хоть на клиенте хоть на сервере.

← →
Соловьев © (2003-04-25 09:56) [12]

> stone © (25.04.03 09:38)

это не заполнит, заполнит просто если ты не передаш сам значение поля...

← →
stone © (2003-04-25 09:59) [13]

2 Соловьев © (25.04.03 09:56)
А я и не говорил, что заполнит. Я имелл в виду, что это даст возможность заполнять.

Вся прелесть парадоксовских автоэкскриментов проявляется, когда надо сделать, к примеру, перезаливку данных (т.е. сначала дать таблице Empty, а потом добавить в нее все записи, извлеченные предварительньно из нее же и сохраненные во временной таблице. Всем значениям полей, определенным как AutoInc, будут автоматически присвоены НОВЫЕ значения и, след-но полетит к чертям собачим вся ссылочность. Поэтому нужен гемор с пересозданием таблицы БЕЗ ключей, затем заливка, а потом индексирование и назначение "экскримента".
Кроме этого, при одновременной вставке в одну и ту же таблу нет никакой гарантии в том, что значение Вашего ключа будет РЕАЛЬНО уникально.

Генератор куда тоньше. См. stone © (25.04.03 09:38) + литература по КССУБД

← →
Anatoly Podgorestky (2003-04-25 11:33) [15]

ЮЮ © (25.04.03 09:40)
Не в Парадоксе, а в любой базе, которая поддерживает автинкриментные поля, поскольку они инкриментные
Только не ссылаться на Интребейс, там нет автинкриментных полей, их можно жмулировать с помощью генераторов и триггеров.

А если руками то это не авто

← →
sunrider (2003-04-25 12:05) [16]

Мой 6 летний опыт работы Interbase показал - если не хочешь
иметь гембель, генераторы не используй , а используй триггеры,
в коих можно в запросе точно определить максимальное значение по тому полю, которое нужно. Может и дольше, чем генератор - зато
никаких проблем вообще. Особенно если иметь дело с primary key

>sunrider (25.04.03 12:05)

Круто... Насчет 6-летнего опыта явно загнул...:)

>sunrider (25.04.03 12:05)

Сверхубежденность грозит мутировать в фанатизм.
У меня нет 6-летнего опыта ИБ, но есть 20-летний работы с РАЗНЫМИ БД. Проблема оптимального определения значения первичного ключа не решена в принципе. Механизм генераторов тоже ее не пытается решить, просто дает еще один способ - не нравится - не ешьте.
Только не надо говорить ВСЕМ, как это невкусно ;)))

> sunrider (25.04.03 12:05)

Мой 5-ти летний опыт работы с IB показал, что использование SELECT MAX для генерации ПК (хоть в триггере, хоть где еще) - верный способ получения конфликтов при многопользовательской работе. И, еще, ну вставил ты ПК в триггере, а на клиента как его передашь ?

INTERBASE & Autoincrement поля >>> Найти похожие ветки