Добрый день(вечер,утро).

Подскажите, пожалуйста, как сделать следующее:

Есть задача создавать некие элементы конфигурации. Количество этих элементов ограничено, допустим от 1 до 500.
Т.е. когда приложение создает элемент конфигурации, то оно должно в БД записать индекс этого элемента (1..500).
Индекс элемента не должен повторяться с другими элементами, при этом запись элемента можно пометить на удаление и тогда можно создать еще один элемент с таким же индексом (другая запись с таким же числом, т.е. уникальность поля очень не желательно использовать).
Еще одно условие, что все выдаваемые значения индексов должны увеличиваться, и только когда достигнут верхней границы снова переходят по кругу к 1. Естественно, занятые индексы использовать нельзя. Если свободных нет, то просто сообщение об ошибке.
Свободным считается или индекс помеченный на удаление или отсутствующий в таблице с элементами конфигурации.

Я сделал, так.
Есть табличка, в которой сохраняется текущее значение последнего выданного индекса для конкретного типа элемента.
Приложение считывает этот индекс и начинает проверять следующие индексы до конца и один раз по кругу на предмет свободны ли они или нет. Если нашли, то обновляем таблицу выданных значений.
Для однопользовательской версии все работает.

Но вот, думаю, что такой подход в корне неправильный при многопользовательской работе, только вот как правильно сделать пока не придумал.

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

Подскажите как можно поступить в данном случае.

_{P.S.
БД - Firebird 2.5}

Еще сразу не сказал, что после того как пользователь добавляет новый элемент у него транзакция открыта до тех пор, пока он не кликнет по кнопке "Сохранить" (читай commit). Также есть возможность все откатить. Так сделано, потому что пользователь может изменить сразу несколько записей (Multiselect) в таблице и у него должна быть возможность отменить изменения.

Dimitry SibiryakovvladgulПодскажите как можно поступить в данном случае.
Транзакцией, которая будет всё это делать ставишь лок на запись на таблицу выданных
значений и работа механизма сводится к однопользовательской.

Все дело в том, что нужно реализовать именно многопользовательский режим работы. Т.к. насколько я понял, в предложенном варианте, пока пользователь на подтвердит изменения все остальные не смогут выполнять аналогичные действия.

vmagvladgul,

Модуль получения очередного индекса автономный, возможно резидентный, на вход старый индекс + еще чего, на выходе новый индекс... обслуживает очередь...
Не совсем понял, резидентный модуль это что? процедура на стороне сервера, которая выполняется все время? Тут моих знаний не хватает.
Или это вообще отдельное приложение, которое именно этим и занимается (т.е. по факту еще один клиент БД)?

vmagМожно попробовать организовать через таблицу:
- ид (счетчик)
- старый индекс
- новый индекс
- признак (0 - не обработан, 1- обработан)
Клиентское приложение создаёт новую запись и запоминает ид
Модуль анализирует признаки с нулем от начала, пишет новые индексы и меняет признаки на 1
Клиент ждет пока у ид ноль не изменится на 1 и забирает новый индекс
Если есть возможность использования триггеров на сервере БД, то можно сделать еще проще, но имхо без резидента и очереди уйти от перехлестов будет трудновато...
Также, не уловил идею.
Допустим, приложение определило какой в текущий момент времени индекс свободен и записывает его в "старый индекс".
Затем, "что-то монопольное со стороны БД" проходит таблицу и подтверждает первую запись с таким индексом, если встречает такой же дублированный номер, то ищет следующий свободный индекс и подтверждает его. Не нашла, также в "признак" - 2
А как с триггерами? На какие события?