Django - Pas de table de ce type: principal.auth_utilisateur__le vieux

J'ai été à la suite de la première application tutoriel de l'officiel de Django docs et a obtenu cette erreur lorsque vous essayez d'enregistrer certaines des modifications apportées par le biais de la page admin. J'ai fait quelques recherches sur elle, mais les solutions possibles, j'ai pu trouver, telles que la migration d'une base de données, ne fonctionnerait tout simplement pas. Laissez-moi savoir si vous voulez voir certaines partie de mon code.

Voici l'erreur:

OperationalError à /admin/sondages/question/1/changement/pas de table de ce type:
principal.auth_utilisateur__la vieille Méthode de la Requête: la Requête POST
URL: http://127.0.0.1:8000/admin/polls/question/1/change/ Django
Version: 2.1.4 Type d'Exception: OperationalError Valeur d'Exception: aucun
un tel tableau: principaux.auth_utilisateur__vieux Exception
Emplacement: /Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/backends/sqlite3/base.py
dans exécuter, ligne 296 Python
Exécutable: /Users/gfioravante/Projets/test_app/ta_env/bin/python3
Une Version De Python: 3.7.1 Python Path:

[/Utilisateurs/gfioravante/Projets/test_app/test_app',
'/usr/local/Cellar/python/3.7.1/Frameworks/Python.framework/Versions/3.7/lib/python37.zip',
'/usr/local/Cave/python/3.7.1/Frameworks/Python.framework/Versions/3.7/lib/python3.7',
'/usr/local/Cave/python/3.7.1/Frameworks/Python.framework/Versions/3.7/lib/python3.7/lib-dynload',
/Utilisateurs/gfioravante/Projets/test_app/ta_env/lib/python3.7/site-packages']
Serveur de temps: le Mercredi, 5 Décembre 2018 16:45:00 +0000

et le traceback:

Environnement:

Méthode de demande: Demande POST à l'URL:
http://127.0.0.1:8000/admin/polls/question/1/change/

Django Version: 2.1.4 Version De Python: 3.7.1 Applications Installées:
['sondages.des apps.PollsConfig', 'django.contrib.admin',
'django.contrib.auth', 'django.contrib.contenttypes',
'django.contrib.sessions', 'django.contrib.les messages',
'django.contrib.staticfiles'] Installé Middleware:
['django.middleware.de sécurité.SecurityMiddleware',
'django.contrib.les sessions.middleware.SessionMiddleware',
'django.middleware.commun.CommonMiddleware',
'django.middleware.csrf.CsrfViewMiddleware',
'django.contrib.auth.middleware.AuthenticationMiddleware',
'django.contrib.les messages.middleware.MessageMiddleware',
'django.middleware.le clickjacking.XFrameOptionsMiddleware']

Traceback:

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/backends/utils.py"
dans _execute
85. retour auto.le curseur.execute(sql, params)

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/backends/sqlite3/base.py"
dans exécuter
296. de retour de la Base de données.Le curseur.execute(auto, requête, params)

L'exception ci-dessus (qui n'tableau: principaux.auth_utilisateur__) a été de la
cause directe de l'exception suivante:

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/core/handlers/exception.py"
en interne
34. réponse = get_response(demande)

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/core/handlers/base.py"
dans _get_response
126. réponse = auto.process_exception_by_middleware(e, demande)

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/core/handlers/base.py"
dans _get_response
124. réponse = wrapped_callback(demande, *callback_args, **callback_kwargs)

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/contrib/admin/options.py"
dans wrapper
604. retour auto.admin_site.admin_view(avis)(*args, **kwargs)

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/utils/decorators.py"
dans _wrapped_view
142. réponse = view_func(demande, *args, **kwargs)

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/views/decorators/cache.py"
dans _wrapped_view_func
44. réponse = view_func(demande, *args, **kwargs)

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/contrib/admin/sites.py" en interne
223. de retour de vue(demande, *args, **kwargs)

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/contrib/admin/options.py"
dans change_view
1640. retour auto.changeform_view(demande, object_id, form_url, extra_context)

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/utils/decorators.py"
dans _wrapper
45. retour bound_method(*args, **kwargs)

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/utils/decorators.py"
dans _wrapped_view
142. réponse = view_func(demande, *args, **kwargs)

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/contrib/admin/options.py"
dans changeform_view
1525. retour auto._changeform_view(demande, object_id, form_url, extra_context)

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/contrib/admin/options.py"
dans _changeform_view
1571. auto.log_change(demande, new_object, change_message)

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/contrib/admin/options.py"
dans log_change
826. change_message=message,

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/contrib/admin/models.py"
dans log_action
35. change_message=change_message,

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/models/manager.py"
dans manager_method
82. retour getattr(self.get_queryset(), nom)(*args, **kwargs)

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/models/query.py"
en créer
413. obj.enregistrer(force_insert=True, l'utilisation de=auto.db)

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/models/base.py"
dans enregistrer
718. force_update=force_update, update_fields=update_fields)

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/models/base.py"
dans save_base
748. mise à jour = auto._save_table(raw, cls, force_insert, force_update, à l'aide, update_fields)

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/models/base.py"
dans _save_table
831. result = self._do_insert(cls._base_manager, l'aide, les champs, les update_pk, raw)

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/models/base.py"
dans _do_insert
869. l'utilisation de=l'aide, raw=raw)

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/models/manager.py"
dans manager_method
82. retour getattr(self.get_queryset(), nom)(*args, **kwargs)

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/models/query.py"
dans _insert
1136. de retour de la requête.get_compiler(à l'aide d'=aide).execute_sql(return_id)

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/models/sql/compiler.py"
dans execute_sql
1289. le curseur.execute(sql, params)

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/backends/utils.py"
dans exécuter
100. de retour à super().execute(sql, params)

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/backends/utils.py"
dans exécuter
68. retour auto._execute_with_wrappers(sql, params, de nombreux=False, exécuteur=auto._execute)

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/backends/utils.py"
dans _execute_with_wrappers
77. retour exécuteur testamentaire(sql, params, beaucoup, contexte)

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/backends/utils.py"
dans _execute
85. retour auto.le curseur.execute(sql, params)

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/utils.py"
dans sortie
89. soulever dj_exc_value.with_traceback(de sperme) de exc_value

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/backends/utils.py"
dans _execute
85. retour auto.le curseur.execute(sql, params)

Fichier
"/Users/gfioravante/Projects/test_app/ta_env/lib/python3.7/site-packages/django/db/backends/sqlite3/base.py"
dans exécuter
296. de retour de la Base de données.Le curseur.execute(auto, requête, params)

Type d'Exception: OperationalError à /admin/sondages/question/1/changement/
Valeur d'Exception: no such table: principal.auth_utilisateur__vieux

  • Si vous n'avez pas les données, il suffit de retirer et de migrer à nouveau. Si pas possible, ne python manage.py showmigrations pour voir qui migrations ne le fait pas
InformationsquelleAutor NorthernSage | 2018-12-05
  1. 39

    Je viens de tomber sur ce moi-même, il semble être lié à https://code.djangoproject.com/ticket/29182. Pour l'instant, vous pouvez simplement réduire votre version de sqlite à une version antérieure à la version 2.6 (par exemple 2.5.1)

    • ouais, c'était ça. Il semble Django 2.x.x communiqués montrent ce problème, je suis retourné à 1.11.17 et ça fonctionne très bien, merci!
    • Un correctif pour le problème a maintenant été commis, et il sera inclus dans le prochain point de rejet 2.1.5 (prévue pour le 1er janvier 2019) et 2.0.10 (release date reste à DÉTERMINER).
    • Pas facile de faire le downgrade système macOS sqlite3 ou ai-je raté quelque chose ici? Ma solution est d'installer github/maître django (ce qui est fixe).
    • après une longue essayer, déplacé vers postgres ...
    • J'ai désinstallé actuel de django, puis installé django à partir de GitHub. le bug persiste, et je n'étais pas en mesure de rétrogradation sqlite3 sur mon macOS (par exemple, à l'aide de brew install [email protected].1 ) une idée?
    • J'ai installé Django maître, et nuked ma base de données et refait tout ça (parce que j'étais au début d'un projet). Qui semblait fonctionner.
    • J'ai couru dans, à ce problème sur ArchLinux comme une récente mise à niveau du système poussé mon poste de travail à sqlite 3.26. L'Arche du gestionnaire de package docs expliqué comment revenir à une version précédente de l'emballage. Dans mon cas, pacman -U path/to/cache/sqlite-3.25.3-1-x86_64.pkg.tar.xz
    • Après la mise à jour assurez-vous de supprimer la base de données et le reconstruire avec les migrations de commande.
    • Je suis désolé de vous décevoir @Alasdair mais j'ai juste mis à jour pour Django 2.1.5, essayé à nouveau et je me fais exactement la même erreur dpaste.de/Nz4n
    • Django 2.1.5 et Django 2.0.10 ont été libérés aujourd'hui, ce qui devrait résoudre le problème. Notez que le notes de version dire: Vous pourriez avoir à supprimer et recréer votre base de données SQLite si vous avez appliqué une migration tout en utilisant une ancienne version de Django avec SQLite 3.26 ou plus tard.
    • Je voudrais essayer de supprimer et de reconstruire votre base de données SQLite comme les notes de version suggèrent. Sauvegarder le fichier sqlite3 d'abord si elle contient toutes les données importantes.
    • merci! Suppression et recréation de la DB résolu le problème.
    • comment peut-on revenir à une version précédente? il pip freeze n'affiche pas la version de sqlite
    • Le bug est corrigé dans Django 2.1.5

    InformationsquelleAutor BenM
  2. 8

    Le problème est causé par la modification de comportement de la ALTER TABLE RENAME déclaration dans SQLite 3.26.0 (voir compatibilité note). Ils ont également introduit la PRAGMA legacy_alter_table = ON déclaration afin de maintenir la compatibilité avec les versions précédentes. La prochaine Django version 2.1.5 utilise le mentionné précédemment énoncé comme un correctif. Il est prévu le 1er janvier 2019.

    InformationsquelleAutor Imre Kis
  3. 4

    aller dans ce dossier django/db/backends/sqlite3

    copie de sauvegarde "schema.py" fichier vers un autre dossier

    ouvrez le fichier original schema.py dans un éditeur de texte

    là, vous pouvez voir un extrait de code comme 

        def __enter__(self):
    # Some SQLite schema alterations need foreign key constraints to be
     # disabled. Enforce it here for the duration of the schema edition.
     if not self.connection.disable_constraint_checking():
         raise NotSupportedError(
             'SQLite schema editor cannot be used while foreign key '
             'constraint checks are enabled. Make sure to disable them '
             'before entering a transaction.atomic() context because '
             'SQLite3 does not support disabling them in the middle of '
             'a multi-statement transaction.'
         )
     self.connection.cursor().execute('PRAGMA legacy_alter_table = ON')
     return super().__enter__()

    de les commenter et de les coller l'extrait de code suivant

         def __enter__(self):
    # Some SQLite schema alterations need foreign key constraints to be
    # disabled. Enforce it here for the duration of the transaction.
    self.connection.disable_constraint_checking()
    self.connection.cursor().execute('PRAGMA legacy_alter_table = ON')
    return super().__enter__()

    Cela a fonctionné pour moi. (la sauvegarde de la schema.py est dans le cas où les travaux vont mal ; D
    )

    pour plus d'info

    https://github.com/django/django/pull/10733/commits/c8ffdbe514b55ff5c9a2b8cb8bbdf2d3978c188f#diff-0c8f495bfee773ab7b5409533bd6d7ef

    merci

    • Ce correctif déjà dans django>=2.1.7
    • J'ai utilisé ce correctif pour django 1.11, sauf que je n'avais qu'à ajouter la ligne "c.execute('PRAGMA legacy_alter_table = ON")" après "c.execute('PRAGMA foreign_keys = 0')" et qu'il fixe.
    • Je suis au milieu d'un tutoriel qui nécessite django 2.0.7. Cette solution fonctionne 🙂
    InformationsquelleAutor Namal Jayasundara
  4. 2

    Même chose est arrivé à moi, c'est très frustrant. J'utilise anaconda pour mes environnements, j'ai trouvé que je ne pouvais pas supprimer sqlite sans réinstaller la dernière version de sqlite. Essayer une ancienne version de django n'a pas l'air de fonctionner. La seule solution qui a fonctionné pour moi est d'utiliser une base de données PostgreSQL. Ce n'est certainement pas l'idéal, mais je suis de la planification sur l'utilisation de la base de données PostgreSQL dans le futur, donc ce n'était pas une perte de temps totale. Si vous vous trouvez dans le même endroit que j'avais alors ce vidéo peut être utile si vous voulez savoir comment faire pour se connecter à la base de données PostgreSQL avec votre projet django.

    Vous aurez besoin pour installer la base de données postgreSQL avant de faire des changements dans settings.py l'installation est plus ou moins en cliquant sur Suivant sur toutes les options. Cependant, rappelez-vous le nom d'utilisateur et le mot de passe que vous utilisez lors de l'installation.

    InformationsquelleAutor Ithomson90
  5. 1

    J'ai résolu le problème par la mise à niveau de Django à partir 2.1.4 2.1.5, mais j'ai eu à reconstruire le projet de nouveau, parce que le bug semble être en quelque sorte lié à la obgjects j'ai inséré dans la base de données en utilisant l'ancienne version de Django.

    • dans ce cas, migrer et makemigrations de commande où assez pour de nouvelles django.
    InformationsquelleAutor Tms91
  6. 0

    si vous ne voulez pas changer votre Django version de la Base de données doit être le changement.
    L'utilisation de PostgreSQL mes recommandations.
    Le problème serait régler après makemigrations et de migrer.

    InformationsquelleAutor Prosenjit
  7. 0

    Suit:

    1. Désinstaller actuel de Django à partir de votre ENV. Il suffit de supprimer le dossier "anaconda3/env/yourenv/lib/python3.7/site-packages/Django toutes les versions..
      *Remarque: Uniquement pour l'Anaconda, les utilisateurs, les autres utilisateurs doivent comprendre comment désinstaller un package à partir de votre ENV.

    2. Aller à Github.com/django/django.

    3. Télécharger le repo fichier zip.

    4. Extraire zip.

    5. Passer à votre ENV.

    6. Entrer dans le dossier extrait.

    7. Run "python setup.py installer" Et d'installer Django.

    8. Supprimer votre ancien db.sqlite3 fichier. Maintenant appliquer les migrations à nouveau pour créer une nouvelle bd.sqlite3 fichier.

    *Note: je ne sais pas comment résoudre précédente dbfile et de prévenir la perte de données. Alors merci de me dire si vous le savez.

    1. Serveur.

    Bravo! Il fonctionne très bien maintenant.

    Dernière mise à jour de django en janvier de l'officiel de Django libération.

    InformationsquelleAutor Amar Nath
  8. 0

    J'ai juste essayé de résoudre le problème à l'aide de la dernière version de Django, mais le problème persiste.
    Jusqu'au moment où ils n'ont pas de débogage de cette question avec Django et Sqlite3 utiliser les anciennes versions de Django, Vous pouvez envisager d'utiliser la version 1.10.5(à l'aide de la commande pip install --mise à niveau de django==1.10.5)

    • Il vous suffit de désinstaller django et réinstaller avec la dernière version (django=2.2.1 a fonctionné pour moi). Aussi j'ai supprimé l'ancienne base de données sqlite3 et exécutez à nouveau le makemigrations et de migrer de commande.
    InformationsquelleAutor Mohammad Fraz
  9. 0

    J'ai eu le même problème sauf que j'ai eu 2 bases de données sqlite et la base de données personnalisée routeur. J'ai réussi à le faire fonctionner par la dégradation de Django à 1.11.20 et pas besoin de recréer les bases de données.

    InformationsquelleAutor Kristiyan Gospodinov
  10. 0

    Ce que vous pouvez faire est que tout simplement il suffit d'aller à la base de données à l'aide de sqlite3 navigateur et modifier la table de référence à l'aide de l'attribut respectif de auth_utilisateur__vieux pour auth_user. Il a travaillé pour moi et mon projet fonctionne bien.

    InformationsquelleAutor Hritik kumar
  11. 0

    Se débarrasser de ce problème facilement en maintenant les étapes suivantes:

    1. garder django version 2.1.5 (la question abordée dans cette version)
      pip install django==2.1.5
    2. Supprimer la db SQLite
    3. Migrer de nouveau python manage.py makemigrations et puis python manage.py migrate
    4. Démarrer le serveur python manage.py runserver

    FAIT!

    InformationsquelleAutor nurealam siddiq
  12. 0

    Pour ceux qui ne peuvent pas résoudre cette erreur avec les réponses ci-dessus, si vous aviez fait votre application avec le nom “principal”, cette erreur peut se produire à cause du même nom de l'application question. Donc, essayez de changer votre nom de l'application “principal” à l'autre.

    InformationsquelleAutor Jinho Park
  13. 0

    Pour les autres qui ne veulent pas rétrograder tout logiciel, vous pouvez vous diriger dans votre settings.py fichier et dans le DATABASES dict, vous pouvez remplacer .sqlit3 avec .postgresql, et juste en dessous il changer le db.sqlit3 à db.sql. Cela bascule par défaut de votre db à l'utilisation de postgreSQL.

    En faisant cela, vous aurez besoin de pip install psycopg2.

    Supprimer votre db.sqlite3 fichier (si vous en avez un, ne se soucient pas de perdre ce qu'il contient) et tout le reste qui n'est pas le __init__.py fichier dans votre application de migration du dossier. Une fois que vous avez fait tout cela, vous pouvez exécuter python manage.py makemigrations et python manage.py migrate et il devrait fonctionner 🙂

    Espère que j'ai été en mesure d'aider quelqu'un!

    • PostgreSQL doit également être installé pour que cela fonctionne pour n'importe qui qui ne peuvent pas comprendre pourquoi vous êtes obtenir les erreurs de connexion après avoir fait tout cela. 🙂
    • est psycopg2 pas de PostgreSQL? Cause qui pourrait expliquer pourquoi elle refusait de démarrer un serveur pour moi haha
    • Autant que je sache psycopg2 est un adaptateur pour obtenir Python pour parler de PostgreSQL, mais PostgreSQL doit être installé séparément. Note: je suis nouveau à Django afin de prendre ce que je dis avec un grain de sel.
    InformationsquelleAutor Ziiik
  14. -1

    Open => /YourAppFolder/migrations/ U serait de voir la migration de fichiers comme du " 0001_initial.py' supprimer tous ces fichiers. Et exécuter le prédécesseur de commande
    1- python manage.py makemigrations
    2- python manage.py migrate
    L'espoir, il doit seul votre problème 🙂

    • en fin de compte le problème n'était pas lié à ça, mais merci de prendre le temps!
    InformationsquelleAutor Usama Nadeem
  15. -1

    Oui j'ai la même erreur sur Django 2.1.4

    OperationalError
    (Pas un tel tableau: principaux.auth_utilisateur__vieux)

    J'ai supprimé Django 2.1.4 installer Django 1.11.16 le problème résolu

    Installer Django 1.11.16 n'est pas utile pour moi. Il va montrer "ModuleNotFoundError" et "FileNotFoundError". Puis j'ai ouvert le fichier "db.sqlite3", copier le tableau "auth_user" et "django_content_type" avec struct et de données, de changer de nom de table "auth_utilisateur__vieux" et "django_content_type__vieux". Il a travaillé! J'espère que C'est utile de le confondre.

    • Grande solution de contournement si vous ne voulez pas de downgrade (comme décrit dans la stackoverflow.com/a/53637669) ou attendre une sortie fixe!
    InformationsquelleAutor Captain Django
  16. -1

    Il y a juste 4 choses que j'ai fait sur la ligne de commande et il a fixé les miens.

    1. ctrl + c (arrêt du serveur)
    2. py manage.py makemigrations
    3. py manage.py migrate
    4. py manage.py runserver (démarrer le serveur)
    InformationsquelleAutor Nellymandela
  17. -1

    Veuillez downgrade django version 1.5 ou dans le cas où si vous ne voulez pas de rétrograder la version ensuite, vous pouvez changer schema.py localement, appliquez le patch et exécuter makemigrations + migrer de commande, mais n'est pas recommandée.

    • Il n'y a pas de Django de 3,5 encore. Je pense que vous vouliez dire, Python 3.5
    InformationsquelleAutor Mahesh Karia
  18. -1

    De mise à niveau de la version de Django à partir de 2.1 à la hausse. J'ai mis à 2.1.8.
    A fonctionné pour moi!

    Cheers.....

    • Une "Mise à niveau". la réponse existe déjà et il a plus d'explication. Veuillez modifier pour rendre l'idée supplémentaire de plus évident qui est fourni par votre réponse.
    InformationsquelleAutor Kishore Rajkumar