il semble qu'il y ait une différence de comportement connue entre les sauvegardes MySQL et SQLite (elles mettent à jour la prochaine clé primaire disponible même en insérant un objet avec un id explicite), et d'autres sauvegardes comme Postgres, Oracle, ... (ils ne sont pas).

il y a un billet décrivant la même question . Bien qu'il ait été fermé comme non valide, il fournit une indication qu'il y a une commande de gestion Django pour mettre à jour la prochaine clé disponible.

pour afficher le SQL mise à jour de tous les ID suivants pour l'application MyApp :

python manage.py sqlsequencereset MyApp

pour que la déclaration soit exécutée, vous pouvez la fournir comme entrée pour la commande de gestion dbshell . Pour bash, vous pouvez taper:

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

l'avantage des commandes de gestion est que les résumés loin de la base de données sous - jacente, de sorte qu'il fonctionnera même si plus tard la migration vers un autre serveur.

en plus de zapphods réponse:

dans mon cas l'indexation était en effet incorrecte, puisque j'avais supprimé toutes les migrations, et la base de données probablement 10-15 fois lors du développement car je n'étais pas au stade de la migration de rien.

je recevais un IntegrityError sur finished_product_template_finishedproduct_pkey

Réindexer la table et redémarrez runserver:

j'utilisais pgadmin3 et quel que soit l'indice qui était incorrect et en jetant des erreurs clés en double, j'ai navigué sur le constraints et j'ai relancé.

et puis reindexe.

si vous avez copié manuellement les bases de données, il se peut que vous rencontriez le problème décrit ici .

j'ai eu le même problème. J'avais une table existante dans mon application "inventaire" et je voulais ajouter de nouveaux disques dans django admin et j'ai eu ces messages:

la valeur de la clé dupliquée viole la contrainte unique" inventory_part_pkey" Détail: Key (part_id)=(1) existe déjà.

comme mentionné ci-dessus, exécutez le code ci-dessous pour obtenir générer une commande SQL pour réinitialiser l'id-s:

python manage.py sqlsequencereset inventory

dans mon cas python manage.py sqlsequencereset MyApp | python manage.py dbshell ne fonctionnait pas

• donc j'ai copié la déclaration SQL générée.
• ouvre alors pgAdmin pour postgreSQL et ouvre mon db.
• cliqué sur le 6. icône (exécuter des requêtes SQL arbitraires)
• copié la déclaration ce qui a été généré.

Dans mon cas, c'était:

BEGIN; SÉLECTIONNER setval(pg_get_serial_sequence('"inventory_signup"','id'), fusionnent(max("id"), 1), max("id") n'EST PAS nulle) à PARTIR de "inventory_signup"; SELECT setval(pg_get_serial_sequence('"inventory_supplier"','id'), fusionnent(max("id"), 1), max("id") n'EST PAS nulle) à PARTIR de "inventory_supplier"; COMMIT;

L'a exécuté avec F5.

cela a corrigé toutes mes tables et finalement ajouter de nouveaux enregistrements à la fin sans essayer de l'ajouter à id = 1 plus.

la solution est que vous avez besoin de resync vos champs de clés primaires comme rapporté par" Hacking Life "qui a écrit un code SQL d'exemple mais, comme suggéré par" Ad N "est préférable d'exécuter la commande Django sqlsequencereset pour obtenir le code SQL exact que vous pouvez copier et passer ou exécuter avec une autre commande.

comme une autre amélioration à ces réponses, je vous suggérerais à vous et à d'autres lecteurs de ne pas ' copier et coller le code SQL mais, plus sûr, d'exécuter la requête SQL générée par sqlsequencereset depuis votre code python de cette façon ( en utilisant la base de données par défaut ):

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)

j'ai testé ce code avec Python3.6 , Django 2.0 et PostgreSQL 10 .

j'ai rencontré cette erreur parce que je passais des arguments supplémentaires à la méthode de sauvegarde de la mauvaise manière.

pour ceux qui rencontrent ceci, essayez de forcer la mise à jour avec:

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

si vous obtenez une erreur que vous ne pouvez pas passer force_insert et force_update en même temps, vous passez probablement quelques arguments personnalisés de la mauvaise façon, comme je l'ai fait.

si vous voulez réinitialiser le PK sur toutes vos tables, comme moi, vous pouvez utiliser le PostgreSQL voie recommandée :

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;

Après l'exécution de cette requête, vous devrez exécuter les résultats de la requête. En général, je copie et colle dans le bloc-notes. Puis je trouve et remplace "SELECT par SELECT et ;" par ; . Je copie et colle dans pgAdmin III et exécute la requête. Il réinitialise toutes les tables de la la base de données. Plus d'instructions "professionnelles" sont fournies au lien ci-dessus.