Das Schema mit create_all erstellen

Ihre Modelle beschreiben Tabellen, aber die Datenbankdatei ist noch leer. Sie benötigen noch einen Schritt, um aus den Deklarationen echte tables zu erstellen. 🏗️

db.create_all() durchsucht alle ihm bekannten Modelle und führt für Sie die CREATE TABLE-Anweisungen aus. Ein Aufruf erstellt das gesamte Schema.

create_all muss innerhalb eines application context ausgeführt werden, damit die Konfiguration und die richtige Datenbankverbindung gefunden werden können.

create_all erstellt nur Tabellen für Modelle, die imported wurden. Wenn eine Modelldatei nie geladen wird, fehlt ihre Tabelle unbemerkt.

Eine gute Möglichkeit, die Datenbank einzurichten, ist flask shell. Dort ist der App-Kontext bereits aktiv und einsatzbereit.

create_all überspringt bereits vorhandene Tabellen, daher führt ein zweiter Aufruf nicht zu einem Fehler. Es erstellt einfach alles, was noch missing ist.

Der entscheidende Punkt: create_all changes keine vorhandene Tabelle. Wenn Sie eine neue Spalte hinzufügen, bleibt die alte Tabelle genau so, wie sie war.

Sie benötigen in der Entwicklung einen Neuanfang? db.drop_all() löscht jede Tabelle samt ihren Daten. Gehen Sie daher äußerst vorsichtig damit um.

Ein übliches Zurücksetzen in der Entwicklung besteht darin, zuerst zu löschen und dann neu zu erstellen. Dadurch entstehen saubere Tabellen, aber auch alle data werden gelöscht. Verwenden Sie dieses Muster daher niemals in der Produktion.

Bei SQLite wird nach create_all eine Datenbank-file wie app.db erstellt. Wenn sie vorhanden ist, bestätigt das, dass Ihre Tabellen tatsächlich angelegt wurden.

Da create_all ein Schema nicht weiterentwickeln kann, wechseln reale Projekte zu migrations, sobald sich das Modell im Laufe der Zeit zu ändern beginnt.

Sie haben Tabellen mit db.create_all() innerhalb eines App-Kontexts erstellt, gelernt, dass vorhandene Tabellen niemals geändert werden, und drop_all kennengelernt. 🎉