Создание уникального ID для новой записи

[Человек_Борща]

Как вариант, реализуйте функцию, которая сама создаст уникальный номер.

function RandomX:Cardinal;
begin
 Randomize;
 Result:=Random;
 Sleep(1);
 Randomize;
 Result:=Result+Random;
end;

И далее ищите этот ID в вашей таблице, если его нет, то создаете за ним запись. Если есть, то повторяете пока не будет пусто место под запись.

[superedward]

Сообщение от Человек_Борща

Как вариант, реализуйте функцию, которая сама создаст уникальный номер.

Может тогда лучше GUID использовать в качестве УН?

[Человек_Борща]

superedward, там строка. Не надо. Строки очень долго сравниваются.

[xoodoo]

GUID.. строка. Строки очень долго сравниваются

С случае вменяемого применения GUID в СУБД в кач-ве первичного ключа ни одно из этих утверждений не соответствует действительности.

[puma]

для идентификации совершенно неважно по порядку ли идут идентификационные номера - главное чтобы они были уникальны в пределах таблицы

Для создания каталого важен порядок следования, т.к каждый пришедший пользователь должен идти по порядку, начиная с нового года - 1,2, 3.... и т.д. и его номер должен отображаться в гриде или едит.

Может как вариант попробывать использовать максимальное значение счётчика, увеличить его на единицу...

[xoodoo]

каждый пришедший пользователь должен идти по порядку

Дата/время "прихода пользователя" фиксируется в таблице ?
Оно уникально для каждого отдельного пользователя ?
Этого достаточно чтобы пронумеровать последовательно записи, выводимые в грид в порядке возрастания даты/времени. И нет никакой нужды хранить еще и "номер". К тому же при удалении записи о "пришедшем пользователе" придется выполнять полную сквозную перенумерацию записей для ликвидации "дырки".

[Музыкант]

ид обычно формируется из текущего времени, это гарантирует уникальность и никаких проверок не надо

[puma]

Сделала, правда немного иначе, с помощью вычисляемого поля..

ADOTable1ВычисляемоеПоле.AsInteger: =ADOTable1.RecNo;

Всем спасибо за помощь!!!