YK13Всем доброго времени суток
Проблема у меня такая
Есть некая таблица в которой есть столбец индекс (тип INTEGER, не является PRIMARY KEY) как сделать, чтобы при добавлении новой записи в таблицу значение в этот столбец добавлялось автоинкрементом, НО!!! с учетом раннее удаленных индексов. Тоесть например имеются 1,2,3,5 новый индекс должен быть не 6, а 4. Можно ли это сделать в одном запросе или в одной транзакции, чтобы исключить добавление записи с таким же индексом другим пользователем

зараннее благодарен за совет
с уважением
YK13

PS
для работы исползуется интерфейс c++

глупая идея, часто осеняющая не умеющих думать

YK13PPAА какая динамика роста кол-ва записей в этой таблице?
тестировали скорость этого решения на большом объеме?
прошу прощения, ссылка в предыдущем сообщении касается только MaratIsk:)
Нет на бльших объемах не тестировал. У заказчика объемы не большие

я-то хоть по существу нагрубил :)

а теперь подумай - генератор выдает значения вне контекста всех транзакций. именно это гарантирует отсутствие конфликтов. ты же собираешься присваивать найденные дырявые значения в контексте пользовательского соединения. конфликт при этом неизбежен:
пользователь А обнаружил дыру, присвоил значение полю, но еще не зафиксировал. что увидит пользователь Б при подобной же операции?

YK13,

кстати, авторглупая идея - это тактичная подсказка переосмыслить логику :)

fd00chMaratIskчто увидит пользователь Б при подобной же операции?мы ж в ветке SQLite находимся => нету второго юзера))

как???
а у меня сразу много может работать
правда через сервер

White OwlКонечно возможно. Делаешь функцию которая в цикле перебирает все номера и находит пустой. Подключаешь ее в движок и все проблемы решены.

Вот только нафига это нужно?

справедливости ради - бывают случаи, когда нужно
например, в системах документооборота, учете документов строгой отчетности

там решается так называемым резервированием номера (или пула номеров)
создается специальная таблица хранящая номера удаленных или отмененных документов для последующего использования значения

fd00chMaratIskправда через серверя так и думал - через то самое место. зачем в этой системе SQLite используется вообще? :)

не в теме топика, но поясню - сервер используется как централизованное хранилище определений отчетов, клиентских настроек, да кучи всего, что может пригодиться клиенту
работает быстро и не требует изменений в целевой бд

White OwlMaratIskпропущено...


не в теме топика, но поясню - сервер используется как централизованное хранилище определений отчетов, клиентских настроек, да кучи всего, что может пригодиться клиенту
работает быстро и не требует изменений в целевой бдТогда зачем тебе SQLite? Если нужно централизованное хранилище, надо брать обычную СУБД. Использовать встраиваемую в качестве сервера - идиотизм.

скор, ты, батенька, на выводы :)

это tcp/ip сервер, поддерживающий oracle, firebird, ado, sqlite, absolute, dbf (только чтение) одновременно и многопоточно, при чем этих подключений может быть произвольное количество
разрабатывая его руководствовался следующими соображениями
1. простота эксплуатации и настройки. я же не могу знать в каком окружении и какие субд будут использоваться. в минималистском варианте может быть один единственный exe cо встроенным движком sqlite. для поддержки firebird может использовать embedded и тогда сам может выступать в качестве сервера. для поддержки oracle тоже не требуется ничего кроме двух файлов из комплекта instant client, при этом нет необходимости в каких-то дополнительных настройках - типа tns, path, home
2. для небольших задач этого вполне достаточно. 18-20 тыс абонентов домофонной компании для него капля
3. а поскольку генератор отчетов у меня работает через него, то оказалось проще хранить на нем и определения отчетов, блобы с шаблонами, обновления для клиентских приложений и всякую всячину типа хелпов и мануалов. конечно для этого можно использовать другую субд. sqlite движок в режиме memory еще используется и в качестве кэша для ускорения

YK13,

стыдно стало что ли? не комплексуй - все мы люди, которым свойственно заблуждаться :)