Django Migrationsprozess für Elasticbeanstalk/Mehrere Datenbanken

Question

Ich entwickle eine kleine Webanwendung mit Django und Elasticbeanstalk. Ich habe eine EB-Anwendung mit zwei Umgebungen (Staging und Produktion) erstellt, eine RDS-Instanz erstellt und sie meinen EB-Umgebungen zugewiesen.

Für die Entwicklung verwende ich eine lokale Datenbank, da die Bereitstellung in AWS ziemlich lange dauert.

Allerdings habe ich Probleme mit den Migrationen. Da ich alle paar Minuten lokal entwickle und teste, habe ich unterschiedliche Migrationen lokal und in den beiden Umgebungen.

Sobald ich die aktuelle Version der Anwendung in einer bestimmten Umgebung bereitgestellt habe, schlägt die "manage.py migrate" meistens fehl, weil Tabellen bereits existieren oder nicht existieren, obwohl sie dies tun sollten (weil eine andere Umgebung bereits die Tabellen).

Also fragte ich mich, wie man mit dem Migrationsprozess umgeht, wenn mehrere Umgebungen für die Entwicklung, Bereitstellung und Produktion mit einigen allgemeinen und einigen exklusiven Datenbankinstanzen verwendet werden, die nicht immer die gleiche Struktur aufweisen?

Sollte ich die Migrationsdateien aus dem Code-Repository und der eb-Bereitstellung ausschließen und makemigrations & nach jeder Bereitstellung migrieren? Soll ich Migrationen nicht automatisch mit den .extensions-Optionen ausführen und alle Migrationen manuell über eine der Instanzen anwenden?

Welche Methode wird für die Verwendung derselben Django-Anwendung mit unterschiedlichen Datenbankinstanzen in verschiedenen Umgebungen empfohlen?

Answer 1

Scheint, dass Sie die Tabelle oder die Migrationen zu einem bestimmten Zeitpunkt möglicherweise gelöscht haben.

Wenn Sie Makemigrationen ausführen, erstellt django Migratins und wenn Sie migrieren, erstellt es die Datenbank, die in der Einstellungsdatei angegeben ist.

Eine Sache ist, wenn Sie weiterhin Migrationen erstellen und es nicht in einer bestimmten Datenbank ausführen, ist es absolut in Ordnung. Wann immer Sie zu Datenbanken wechseln und Migrationen ausführen, wird es damit zurechtkommen, da jede Datenbank den Punkt speichert, bis zu dem die Migrationen in der Tabelle django-migrations bisher ausgeführt wurden und nur die nächsten Migrationen starten.

Um Ihr Problem zu lösen, können Sie alle Datenbanken und Migrationsdateien löschen und neu starten, wie Sie vielleicht gerade testen. Es wird alles gut gehen, bis Sie eine Migration oder eine Datenbank in einem beliebigen Server löschen.

Wenn Sie wertvolle Daten haben, sollten Sie in Migrationsdateien und Tabellen gehen, um Dinge zu analysieren und zu verwalten.