i d'abord couru et il a créé la base de données et les tables pour moi, puis j'ai essayé d'ajouter plus d'applications, et voici ce que j'ai fait: p> Créer des applications par p> puis j'ai ajouté 'newApp' code> à installé_apps code> dans réglage.py: p> Creating tables ...
Installing custom SQL ...
Installing indexes ...
Installed 0 object(s) from 0 fixture(s)
6 Réponses :
Si vous exécutez:
python manage.py inspectdb > somefile.txt
très utile. Merci!!
Ok, je vois que ma structure de base de données ne correspond pas à mes modèles. Comment puis-je réparer ça?
J'avais le même problème et j'ai remarqué qu'il avait créé un fichier db.sqlite3 qui n'avait pas semblé vide: J'ai essayé d'exécuter SQLite à nouveau en utilisant le nom de fichier comme argument et qui a fonctionné:
J'ai également couru dans ce numéro et j'ai pu m'envoyer autour de lui en supprimant le dossier des migrations dans mon application. D'une manière ou d'une autre, cela avait déjà été créé et trompait Syncdb pour penser qu'il était déjà migré de manière totalement migrée, mais ces scripts de migration ne faisaient vraiment rien d'utile. Évidemment, n'essayez pas ceci si vous avez des migrations que vous souhaitez économiser, mais je travaillais avec une nouvelle application et des modèles.
J'ai rencontré le même problème, supprimant le dossier des migrations autorisé Syncdb à exécuter sur mes nouveaux modèles d'application +.
Il semble que si vous commencez à commenter «South» des applications installées dans le fichier de paramètres, vous pouvez créer l'intégralité de la DB.
J'ai le même problème, mais je n'ai pas eu de dossier "migration". J'ai résolu cela comme ci-dessous.
Je viens d'ajouter également, assurez-vous qu'il est découvertable en le référant dans app_label avec le code modèle, myApp / modèles / __ init __. py
La partie de référencement est importante
Vous devriez utiliser cette commande où vous exécutez Syncdb à partir de l'emplacement où Manage.py réside
J'ai essayé la plupart des idées ci-dessus:
modèles.py est importé (vérifié que le module exécuté pendant un makemigrate),
- Suppression du dossier Migration
- paramètre
géré = true (voilà de toute façon),
- a utilisé le
python manage.py inspectrdb (qui a correctement vidé la table, si je l'avais créé manuellement).
La clé était simplement d'exécuter un Makemigrations sur l'application séparément:
python manage.py Makemigrations
Dans le cadre de l'exécution de l'étape Makemigrations. Alors vous faites
python manage.py migrate
après comme d'habitude.
(s'applique à Django 1.10, en utilisant Postgres 9.5).
Avez-vous des modèles dans NewApp? S'il vous plaît montrer vos modèles.py.
@ timo.rieber ouais, tu as raison. Merci beaucoup!!