@BlackDreamm

Как сбросить авто инкремент чтоб после удаления записей записывало новую на id удалённой? Я нашел в интернете такой способ но как его применить к сайту и есть ли способ сделать это через Entity Framework?

0

@Usaga

Зачем?

2

@carrotik

BlackDreamm,
... "сайт" подразумевает многопльзовательскую работу, да ..? .. а теперь представьте, вы пришли почистить базу, и сделали ей "ресид", а я в это время тихо, никого не трогая, редактирую какую-то запись, привязанную к старому Id, котрого после вашей чистки уже нет ... и как у пользователя у меня вопрос "Эй, админ, а почему у меня не обновляется?" ...
.. если вам нужны порядковые номера для документов, то создайте для этого отдельное поле и изменяйте его не автоинкрементом, а вычислительной процедурой, например ...

0

@nicolas2008

carrotik, RESEED не изменяет значения существующих Id, только смещает указатель автогенератора Id для новых записей. А так то да, занятие достаточно бессмысленное.

0

@kotelok

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

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

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

0