похоже, что это известная разница в поведении между MySQL и SQLite (они обновляют следующий доступный первичный ключ даже при вставке объекта с явным идентификатором) бэкэнды и другие бэкэнды, такие как Postgres, Oracle, ... (они не).

есть билет, описывающий тот же вопрос. Несмотря на то, что он был закрыт как недопустимый, он дает намек на то, что есть команда управления Django для обновления следующего доступного ключа.

для отображения SQL обновляет все следующие идентификаторы для приложения MyApp:

python manage.py sqlsequencereset MyApp

чтобы выполнить оператор, вы можете предоставить его в качестве входных данных для dbshell команды управления. Для bash вы можете ввести:

python manage.py sqlsequencereset MyApp | python manage.py dbshell

преимущество команд управления заключается в том, что абстрагирует базовый сервер БД, поэтому он будет работать, даже если позже будет перенесен на другой сервер.

в дополнение к zapphods ответ:

в моем случае индексирование было действительно неправильным, так как я удалил все миграции, и база данных, вероятно, 10-15 раз при разработке, поскольку я не был в стадии миграции чего-либо.

Я получал IntegrityError на finished_product_template_finishedproduct_pkey

Переиндексируйте таблицу и перезапустите runserver:

я использовал pgadmin3 и для любого индекса был неправильным и бросал повторяющиеся ключевые ошибки, которые я перешел к constraints и переиндексация.

и потом переиндексирован.

Если вы вручную скопировали базы данных, вы можете запустить в проблема описана здесь.

у меня была та же проблема. У меня была существующая таблица в моем приложении "инвентарь", и я хотел добавить новые записи в Django admin, и я получил эти сообщения:

повторяющееся значение ключа нарушает уникальное ограничение " inventory_part_pkey" Деталь: ключ (part_id)=(1) уже существует.

Как упоминалось ранее, запустите код ниже, чтобы получить команду SQL для сброса id-s:

python manage.py sqlsequencereset inventory

в моем случае python manage.py sqlsequencereset MyApp | python manage.py dbshell не было работа

• поэтому я скопировал сгенерированный оператор SQL.
• затем открыл pgAdmin для postgreSQL и открыл мою БД.
• нажал на 6. значок (выполнение произвольных SQL-запросов)
• скопировал инструкцию, которая была сгенерирована.

в моем случае это было:

начать; Выберите setval (pg_get_serial_sequence ('"inventory_signup"', 'id'), coalesce (max ("id"), 1), max ("id") не равно null) из "inventory_signup"; Выберите setval (pg_get_serial_sequence ('"inventory_supplier"',' id'), coalesce (max ("id"), 1), max ("id") не равно null) из " inventory_supplier"; Совершить;

выполнил его с помощью F5.

это исправило все мои таблицы и, наконец, добавив новые записи в конец, не пытаясь добавить его в id = 1 больше.

решение заключается в том, что вам нужно повторно синхронизировать поля первичного ключа, Как сообщает "Hacking Life", который написал пример кода SQL, но, как предложено "Ad N", лучше запустить команду Django sqlsequencereset чтобы получить точный код SQL, который вы можете скопировать и пройти или запустить с другой командой.

в качестве дальнейшего улучшения этих ответов я бы предложил вам и другому читателю не копировать и вставлять код SQL, но, более безопасно, выполнять SQL-запрос, сгенерированный sqlsequencereset от в вашем коде python таким образом (использование базы данных по умолчанию):

from django.core.management.color import no_style
from django.db import connection

from myapps.models import MyModel1, MyModel2


sequence_sql = connection.ops.sequence_reset_sql(no_style(), [MyModel1, MyModel2])
with connection.cursor() as cursor:
    for sql in sequence_sql:
        cursor.execute(sql)

я протестировал этот код с помощью Питон3.6, Джанго 2.0 и PostgreSQL 10.

я столкнулся с этой ошибкой, потому что я неправильно передавал дополнительные аргументы методу save.

для всех, кто сталкивается с этим, попробуйте принудительное обновление с:

instance_name.save(..., force_update=True)

Если вы получаете ошибку, которую вы не можете передать force_insert и force_update в то же время вы, вероятно, передаете некоторые пользовательские аргументы неправильно, как и я.

если вы хотите сбросить ПК на всех ваших таблицах, как я, вы можете использовать PostgreSQL рекомендуемый способ:

SELECT 'SELECT SETVAL(' ||
       quote_literal(quote_ident(PGT.schemaname) || '.' || quote_ident(S.relname)) ||
       ', COALESCE(MAX(' ||quote_ident(C.attname)|| '), 1) ) FROM ' ||
       quote_ident(PGT.schemaname)|| '.'||quote_ident(T.relname)|| ';'
FROM pg_class AS S,
     pg_depend AS D,
     pg_class AS T,
     pg_attribute AS C,
     pg_tables AS PGT
WHERE S.relkind = 'S'
    AND S.oid = D.objid
    AND D.refobjid = T.oid
    AND D.refobjid = C.attrelid
    AND D.refobjsubid = C.attnum
    AND T.relname = PGT.tablename
ORDER BY S.relname;

после выполнения этого запроса вам нужно будет выполнить результаты запроса. Обычно я копирую и вставляю в блокнот. Затем я нахожу и заменяю "SELECT С SELECT и ;" С ;. Я копирую и вставляю в pgAdmin III и запускаю запрос. Он сбрасывает все таблицы в базе данных. Более "профессиональные" инструкции предоставляются по ссылке выше.