Симонов ДенисКакой смысл? Данные GTT и контекстные переменные не шарятся между коннектами.Почему-то сейчас очень захотелось выматериться. То ли из-за того, что забыл/упустил из виду этот момент, то ли из-за того, что ФБ не имеет глобальных временных таблиц, данные из которых можно использовать в разных соединениях. У меня были виды на эту фичу...

YuRock, пока что не планируется переход на тройку.

YuRockudf, в к-рой 2 ф-ции: WaitFor и ReleaseMutex. Ну и между ними твое gen_id.Да, ты прав! Гораздо проще это сделать самому парой маленьких UDF'ок. Можно даже вести собственный регистр именованных lock объектов для атомарных функций, чтобы не увеличивать накладные расходы на мьютексы. Вот только с триггерами commit/rollback заморочек отхвачу.

Гаджимурадов РустамХотя за ТС не поручусь, конечно.В каком смысле "не поручусь"? В смысле, что ТСу не известны разные варианты решений бездырочной нумерации вообще без генератора? Как минимум, два варианта.

Гаджимурадов РустамВ смысле, что ты не возьмешься делать БЕН через лок генератора.Конкретно БЕН через лок генератора да - теперь уже не возьмусь, Dimitry Sibiryakov меня почти полностью разубедил (если только буду использовать локи генератора через UDF для bulk вставок), но сами объекты блокировок, как таковые, в редких случаях, бывают очень полезны.

Гаджимурадов РустамНет такого понятия в БД.Конечно нет. Возможно, сварганю в UDF'ках.

DarkMasterНу вот такие они, комсомольцы энти. Сначала создают себе трудности, а потом героически их преодолевают.Никаких трудностей, необходимых к преодолению, я себе, пока что, еще не придумал. Лишь обсуждаю варианты преодоления трудностей на случай, если придется. ;)

kdv, подытожив сообщения из двух веток (спасибо за разъяснения), можно с уверенностью сказать, что реализация функционала объектов блокировки своими силами в UDF, по большому счету, не имеет смысла, а реализация этого функционала внутри сервера Firebird имеет смысл лишь с некоторыми оговорками:

1. установку блокировки объекта необходимо производить в отдельной транзакции и до начала основной транзакции, в которой планируется использовать блокировку;
2. освободить объект блокировки могут только транзакции, выполняющиеся в том же контексте, что и транзакция, заблокировавшая объект;
3. блокировка с объекта не должна сниматься автоматически, если транзакция, установившая блокировку, подтвердилась по CommitRataining и контекст транзакции не изменился;
4. блокировка должна сниматься с объекта автоматически в момент очистки контекста транзакции, установившей блокировку на объект (при обычных Commit/Rollback), или же при откате по RollbackRetaining именно той транзакции, что установила эту блокировку;

P.S. Какое-то тех.задание получилось...

hvlad, намекаешь на то, что лучше захватывать объекты блокировки таким же способом?