Как после удаления последней записи сделать чтоб id следующей новой записи стал как у удаленной записи чтоб не разрывать нумерацию?

Question

[Слава]

в базе создаются временные записи, а потом некоторые из них удаляются. Как сделать чтобы если мы удалили сапись с самым большим id чтоб потом когда мы создадим новую запись, чтоб она принала id удаленной ранее записи, а не id +1
?

Comments

[Алексей Уколов]

Никак, не нужно этого делать. Если у вас возникла такая потребность, вы что-то делаете не так.

[alexalexes]

Имеет смысл, если нужно откатить вставку бесследно. Но тут нужно четко понимать, что ты делаешь с точки зрения транзакций.

[Дмитрий]

Откуда такое желание сделать из базы эксель?

[Adamos]

Весь смысл этой акробатики теряется, как только приходится удалить запись НЕ с самым большим ID.

[Слава]

Adamos, там другая причина.

[Слава]

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

[Дмитрий]

Adamos, или когда кнопконажимателя больше чем один, нажмут оба удалить одновременно

[Дмитрий]

Слава, не обязательно хранить в базе порядковый номер, его можно в выводе прикрутить

[Дмитрий]

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

[Сергей delphinpro]

НИКОГДА НЕ НУЖНО этого делать. Это нужно только в вашей голове. Стандартный вопрос новичка. Просто забудьте об этом и не парьтесь.

[nokimaro]

Слава, не удаляйте заявки, помечайте как "обработана"
всё ещё не понятно зачем эти танцы

[nokimaro]

Боитесь что id закончатся на номере заявки 9 223 372 036 854 775 807 ? а для unsigned bigint максимально значение так вообще 18446744073709551615

[Слава]

Дмитрий, нет. там суть в том что в проекте уже есть функционал создающий записи оперделенного вида. Этот функционал очень сложный. И он имеет легкое api для заполнения входными данными. Заполняются эти данные так же и через UI. Но вот сейчас разработчик пишет другую программу, которая должна брать на вход те же данные и создавать те же записи в базе что и тот старый функционал. Только не создавая промежуточных заявок. Поэтому гораздо дешевле задействовать уже имеющийся функционал, а заявки просто после того как их механизм отработает удалять.

[Дмитрий]

Слава, ну ид то как может этому помешать?

[Слава]

Дмитрий, заметят что что то не так. ) заставят писать полноценный функционал.

[RusaDrako]

Слава, а для всех остальных записей из самой заявки какие данные нужны? Если старый функционал связывает данные с заявкой, то не получится у вас, что вы создадите данные, удалите заявку, создадите новую заявку, и получите связь данных с "левой заявкой"?

[Слава]

RusaDrako, нет. данные никак не связаны. то есть заявка служит просто конструктором для создания независимых сущностей.

Answer 1

[RusaDrako]

Имеет ли смысл решать эту задачу в таком виде?

Вы всё равно будете иметь разрывы в записях: создана запись id=n (счётчик следующей записи n+1), после неё будет создана другая запись id=n+1 (счётчик следующей записи n+2), а после будет удалена запись n, счётчик сброшен до n+2.

Comments

[Dmitry Bay]

+ еще внешние связи появятся как - это же совсем боль будет.

[pantsarny]

Dmitry Bay, если есть внешние связи - то бд не позволит оставить несвязанные данные

[Dmitry Bay]

pantsarny, Правда?)

[pantsarny]

Dmitry Bay, ага, поэтому непонятно о какой боли ты говоришь

[Dmitry Bay]

pantsarny,
Так вы наложите на обычную запись -
внешние связи, почтовые сервисы. очереди. кжш и тд.
И в одно мгновение, где то остается память по старой записи и человек получит доступ туда, куда ему не нужно.
Конечно, все это можно обработать. но лучше не обрабатывать.

если есть внешние связи - то бд не позволит оставить несвязанные данные

если есть внешние связи в БД, а не логические в приложении.

Answer 2

[pantsarny]

В случае автоинкремента
Не удалять записи а делать мягкое удаление
Или сохранять все удаленные айдишники

Тут есть еще идеи
https://habr.com/ru/articles/228099/

Answer 3

[Олег Фролов]

Сохраняйте ID удалённых записей в пуле. А при создании новой записи делайте выборку доступных id и создавайте запись с id из этого пула. После создания, не забудьте удалить id из пула.