![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Значение автоинкрементного поля [D7]
Marat111 © (2003-05-22 15:25:00)Необходимо определить следующее значение автоинкрементного поля до выполнения Вставки записи
Dred2k (2003-05-22 19:41:00) [1]
> локирование таблицы с ключом
Точнее - "обновляемой таблицы".
Dred2k (2003-05-22 19:39:00) [2]Если для парадокса, то тебе по-любому нужен некий синхронизирующий ресурс. В этом плане может выступить либо таблица с последним использованным значением ключа, либо обычный текстовый файл с этим же значением. Таблица или файл при получении очередного значения блокируются (exclusive в обоих случаях). Более красивое решение, на мой взгляд, - локирование таблицы с ключом на время вставки новой записи (через TTable.LockTable(ltWrite)). В случае неуспеха - несколько повторов через разумный делэй, в крайнем случае - соответсвующее сообщение пользователю.
Разумеется, при этом есть вопросы. Но это реальный надежный вариант. Во многих серверах, конечно, проще..., но как говорится - "работать надо". ;)
marat111 (2003-05-22 17:56:00) [3]через BDE связываюсь с Paradox
WarLord (2003-05-22 15:55:00) [4]
> alex_bredin © (22.05.03 15:32)
> select max(id)+1
необязательно...может там кучу записей уже удалили
в СУБД с генераторами (напр Oracle) можно легко узнать, а например в парадоксе или MSSQL не узнаешь никак
AlexAlex (2003-05-22 15:33:00) [5]Надежно-ниикак: можно попытаться спрогнозировать (select max(id)+1 from table), но в многопользовательской среде это будет не всегда работать правильно. Можно попытаться самому формировать значения из программы или через триггер, но тут пойдут дополнительные проблемы. Лучше всего попытаться обойтись без подобных предсказаний.
alex_bredin (2003-05-22 15:32:00) [6]select max(id)+1
гончий (2003-05-22 15:31:00) [7]Хотя бы для приличия СУБД напиши.