Как настроить postgresql при работе с django?

Question

[gkm87]

Изучаю django, делаю видеоурок по созданию сайта на django+postgresql и столкнулся со следующей проблемой.При работе с postgresql через django admin (модель) создаю товары, которым автоматически присваивается id.Сначала все проходит корректно - товары создаются начиная с id 1 и далее по возрастанию.Но если через django admin удалить первый товар ( у которого id=1), то id у остальных товаров не меняются, то есть товар у которого id был равен 2 не становится товаром у которого id равен 1.Что выглядит крайне нелогично.Подскажите, пожалуйста, как сделать так чтобы при удалении первого товара, id у всех остальных логически изменялись (т.е id=2 менялся на id=1 и так далее)? Документацию по django/postgresql читаю, но ответ на свой вопрос найти не могу. Скорее всего ответ где-то в области автоматического приращения, но до конца все равно не могу разобраться.

Comments

[vreitech]

Но если через django admin удалить первый товар ( у которого id=1), то id у остальных товаров не меняются, то есть товар у которого id был равен 2 не становится товаром у которого id равен 1.

А с чего бы ему меняться, ведь вы всего лишь удалили один товар, т. е. одну строку в таблице. Логично, что других строк это касаться не должно.

Что выглядит крайне нелогично.

Хм... Представьте, что вас по нескольку раз в неделю вызывают в ГИБДД для того, чтобы выдать вам новый госномер на ваш автомобиль: какую-то машину сняли с учёта, и теперь нужно для автомобилистов в вашем регионе, у которых число на номере больше, чем на номере снятой машины (в том числе и для вас), выпустить новые номера, где число на номере стало меньше на единицу. Не особо логично же звучит?

Подскажите, пожалуйста, как сделать так чтобы при удалении первого товара, id у всех остальных логически изменялись (т.е id=2 менялся на id=1 и так далее)?

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

[Алан Гибизов]

Тут скорее вопрос - для чего это планируется сделать? Какую конечную цель преследуете?
Нужен просто порядковый номер для отображения на странице? Вообще id это обычно уникальное поле для однозначной идентификации экземпляра (записи). Если вы всё время перестраиваете таблицу и меняете id у записей, то смысл этого самого id теряется - ведь вы не можете однозначно определить по id запись, сейчас это одна запись, вчера была другая, а через секунду может быть третья.

[tukreb]

Мозолит глаза цифровой ID? Тогда используй UUID:D а ещё лучше ulid.

[mayton2019]

Вот автор чудак. Получается что если в городской больнице помер больной - то всем остальным в картотеке нужно срочно номера карточек поменять на минус 1.

Answer 1

[Александр Нестеров]

Если коротко: не стоит так делать.

Документацию по django/postgresql

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

Answer 2

[Сергей Горностаев]

https://qna.habr.com/q/487577
https://qna.habr.com/q/572552
https://qna.habr.com/q/640142
https://qna.habr.com/q/865497