Schau dir das an:
$ pypy ./manage.py syncdb
/usr/lib64/pypy-2.4.0/site-packages/django/core/management/commands/syncdb.py:24: RemovedInDjango19Warning: The syncdb command will be removed in Django 1.9
warnings.warn("The syncdb command will be removed in Django 1.9", RemovedInDjango19Warning)
(cut)
Ich habe eine schnelle Google-Suche durchgeführt , konnte aber keine Antwort finden. Was soll ich stattdessen verwenden syncdb?
Antworten:
syncdbist aufgrund des mit django 1.7 eingeführten Migrationssystems veraltet .
Jetzt können Sie Ihre Änderungen mit verfolgenmakemigrations . Dadurch werden Ihre Modelländerungen in Python-Code umgewandelt, damit sie für andere Datenbanken bereitgestellt werden können. Wenn Sie weitere Änderungen an der Datenbank vornehmen müssen, können Sie Datenmigrationen verwenden .
Nachdem Sie die Migrationen erstellt haben, müssen Sie sie anwenden : migrate.
Also anstatt zu verwenden syncdb, sollten Sie makemigrationsund dann verwenden migrate.
Workflow für die Entwicklung, nachdem Sie etwas an Ihren Modellen geändert haben:
./manage.py makemigrations
./manage.py migrate
Und auf Ihrem Produktionssystem:
./manage.py migrate
Bonus: Sie müssen nicht migratefür jede Änderung laufen . Wenn Sie mehrere Änderungen noch nicht angewendet haben, führt django sie in der für Sie richtigen Reihenfolge aus.
makemigrationsMöglicherweise ist der Modulname als Parameter erforderlich.
migrateda dies eine enorme Zeitverschwendung darstellt. @ Don Mums Antwort ist die richtige Antwort.
Sie sollten auf jeden Fall das Migrationssystem verwenden . Auf diese Weise können Sie Änderungen in Ihrer models.pyDatenbank verfolgen und Migrationen für die Datenbank erstellen. Das Migrationssystem verwendet die Befehle makemigrations, um Migrationen zu erstellen und migratedie Datenbank zu migrieren.
Wenn Sie aus irgendeinem Grund eine Datenbank auf die gleiche Weise erstellen müssen, syncdbgibt es ein Befehlsflag, das bewirkt, dass es migrateauf die gleiche Weise funktioniert. Sie sollten dies nur tun, wenn Sie es WIRKLICH brauchen und wissen, was Sie tun. Zum Beispiel, um eine leere Datenbank für ein kontinuierliches Integrationssystem Ihrer Wahl zu erstellen.
python manage.py migrate auth
# performs migrations for auth and contenttypes contrib apps
python manage.py migrate --run-syncdb
# creates the rest of the database
Getestet auf Django 1.9.1.
dropdb mydb && createdb mydb && python manage.py migrate --run-syncdbwenn ich etwas ändere.
--run-syncdbscheint nur auf Apps zu funktionieren, die keine Migrationen haben. Ich habe die folgende find -name "migrations" -exec mv {}/__init__.py {}/__init__ \; && python manage.py migrate && python manage.py migrate --run-syncdb && find -name "migrations" -exec mv {}/__init__ {}/__init__.py \; && python manage.py migrate --fake
Sie sollten die Befehle makemigrationsund verwenden migrate, die in django 1.7 eingeführt wurden
syncdbhat ein Problem mit der Datenbankmigration. also nach django 1.7 makemigrationsund migratewurden eingeführt. Jetzt in Django ist 1.9 syncdbveraltet. try
1. python manage.py makemigrationserkennt Änderungen in der Datenbank und erstellt eine .pyDatei im Migrationsordner 2. python manage.py migratewendet die Migrationen auf die Datenbank an
syncdb has been deprecated and replaced by migrate