freepascal.ru

wadman писал(а):32 символа жирновато... https://firebirdsql.org/refdocs/langref ... _uuid.html

wofs писал(а):Если хранить в домене:

Код: Выделить всё
CREATE DOMAIN GUID AS
CHAR(16) CHARACTER SET OCTETS
COLLATE OCTETS;


То совершенно непонятно как обрабатывать на клиенте (например, апдейт записи).

wofs писал(а):например, для апдейта записи

wadman писал(а):Чем bigint не угодил?

wadman писал(а):Как обычно: при вставке сгенерировал, сконвертировал и вставил. Далее работаешь как с обычным ключевым полем без каких-либо конвертаций.

SELECT * FROM TABLE
aDataSet.FieldByName('ID').AsString

//return: ????K??m2(?

UPDATE TABLE SET NAME=:NAME WHERE ID=:ID

wofs писал(а): то при выборке на клиенте получаем белиберду вроде

wadman писал(а):База в юникоде? Я таким не занимался, но на лицо проблема с кодировкой.

SELECT * FROM TABLE
aDataSet.FieldByName('ID').AsString

// GUID хранится в БД так:
157 252 250 150 230 170 75 170 190 240 109 50 40 178 139 142

CREATE DOMAIN GUID AS
CHAR(32) CHARACTER SET OCTETS
COLLATE OCTETS;

   IF (NEW.ID IS NULL) THEN
    NEW.ID = REPLACE(UUID_TO_CHAR(GEN_UUID()),'-','');
// return: A626FF232E03427D948D65A39155DCB7

Vadim писал(а):wofs
Ещё вот здесь про GUID упоминали:

serbod писал(а):А почему decimal или int64 не подходят? int64 это не так уж и мало, даже очень дохрена на самом деле. Особенно, если не рандомно генерить, а по алгоритму.

wofs писал(а):Нужна уникальность номера при условии генерации оного на оффлайн клиентах.

wofs писал(а):Нужна уникальность номера при условии генерации оного на оффлайн клиентах.

serbod писал(а):1-2 байта на номер клиента (филиала, экземпляра) и остальные 6 байтов - синтетический автоинкремент. Перед началом работы делаешь запрос максимального номера для данного экземпляра и от него дальше танцуешь.

olegy123 писал(а):не всегда это подходит, бывает когда данные создаются без привязки к чему либо.. но нужно обеспечить уникальность в рамках земного шара/вселенной.