Одновременное сохранение в базу данных

[wm_leviathan]

Добрый день всем. Суть такова: есть программа в ней ведется учет выплат для льготников (да и многое другое), база данных ms sql server, к примеру сидят несколько людей 10-20 человек забивают базу. в базе нету ключевых полей и id присваиваются самой программой. к примеру завели нового человека программа просчитала количество записей (к примеру 30000) и создала 30001 запись и id дала 30001. НО... иногда возникает такая ситуация когда 2 человека забили людей и ОДНОВРЕМЕННО нажали кнопку сохранить в итоге в базе появляются 2 разных человека с одинаковыми id. и к примеру потом в поиске нажимаешь Иванова поиск ее находит но когда заходишь в личную карточку человека там уже Петрова. получается такое перекрещивание. собственно вопрос как сделать так чтоб при одновременном нажатии "сохранить" не появлялись 2 записи с одинаковыми id ?

[vovk]

Ответ на поверхности надо менять таблицу, и добавлять идентификатор.
Или делать составной ключ, в котором кроме номера будет присутствовать к примеру логин оператора, добавившего запись.
Но всё равно таблицу надо менять.

[Serge_Bliznykov]

vovk, +100

[Аватар]

Можно и не добавлять новое поле, а это сделать автоинкриментным. Для этого
1. полечить таблицу, избавившись от дубликатов в этом поле
2. содать новую с другим именем той же структуры, но поле id автоинкриментное
3. сделать SET IDENTITY_INSERT ON для новой таблицы
4. перегнать данные из старой таблицы в новую
5. сделать SET IDENTITY_INSERT OFF для новой таблицы
6. удалить старую таблицу
7. новую переименовать
8. в программе заполнения не заполнять id. Оно автоматически будет создаваться уникальным

[Stilet]

А еще мои 5 коп.
Можно не пересоздавать таблицу, а просто сделать генератор или что еще лучше триггер с выборкой максимального последнего ID и инкрементированием его перед вставкой.
Я лично так делал

[Аватар]

Триггер еще написать грамотно уметь нужно. Хотя мое предложение тоже не проще

[Stilet]

Триггер еще написать грамотно уметь нужно

Ну да... С этим не поспоришь.

Хотя мое предложение тоже не проще

Кстати оно не проще, если такая беда во всей базе, скажем так мне довелось видеть подобное в БД о 100 с чем-то таблицах.
Связки были (как бы без мата сказать то...) меганепрофессиональные. Я пробовал реконструировать таблицы, но потом просто запутался.
А с другой стороны был когда-то проект на ФоксПро около 20 таблиц, тоже вовремя не сделал ключи, пришлось менять структуру, но Фокс к этому более приспособлен оказался - один скрипт и все стало красиво. (Это я так... лирику развел.)

[wm_leviathan]

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

[Serge_Bliznykov]

мы как-то давно на фоксе подобную проблему решили так:
заводится ЕЩЁ одна таблица. в ней находится название таблицы + очередной код.
когда необходимо добавить запись происходит следующее.
1) лочим запись с нужной таблицей. (или ждём в цикле, если запись уже кем-то залочена)
2) забираем ID (его и будем использовать для новой записи)
3) записываем ID+1 в таблицу кодов.
4) разлочиваем запись.
понятное дело, что это просто напросто реализация секвенса, который есть в любой нормальной СУБД...

p.s. в программе перед вставкой новой записи дополнительно была проверка на то, что записи с таким ID ещё нет- на случай сбоев в таблице кодов или ручных "шалостей". Но это уже совсем другая история...

p.p.s. если невозможно локировать запись средствами самой СУБД, вполне можно смоделировать ситуацию через дополнительное поле - поставил .true. - запись никто не трогает. убрал - поставил .false. - запись свободна. Хотя, конечно, это "костыли"...

[wm_leviathan]

Большое спасибо всем принявшим участие в решении проблемы. Сделал как предложил Аватар. написал все скрипты в новую таблицу все село как надо и id не поменялись что самое главное. в принципе еще грабли остались но уже потихоньку разбираться сам буду.