Ich lerne jede Woche ein oder mehrere neue Dinge, zumindest aus der Perspektive meiner eigenen persönlichen Erfahrung. Daher dachte ich, es hier zu teilen wäre eine gute Möglichkeit, einen Teil dieses Wissens zu festigen, es aufzuzeichnen und möglicherweise jemand anderem dabei zu helfen, etwas zu lernen, was er vorher nicht wusste.

Diese Woche habe ich gelernt, dass es möglich ist, ein Python-Skript zu schreiben, das eine Liste von Datenbanksicherungsnamen übernehmen, eine Datenbank in MySQL importieren, dann einen Flask-Kontext starten und einen Bericht über die Datenbank in ihrem aktuellen Zustand ausführen kann, und dann ausspülen und wiederholen.

Vielleicht klingt das nach einem einfachen Konzept, aber der Versuch, dies mit einem weitgehend standardmäßigen Ansatz zu erreichen, erwies sich als trügerische Herausforderung. Ich begann damit, einfach ein Skript zu schreiben, das das Backup importierte, dann den Bericht über die importierten Daten ausführte und diesen in eine Schleife setzte. Aber leider wurde ich mit einem Terminal konfrontiert, das bei der zweiten Schleifeniteration hängen blieb, und so begann ich aufzuschlüsseln, was passieren könnte.

Der erste Gedanke, der mir in den Sinn kam, war, dass die Importe, die ich aus der Flask-App machte, dazu führten, dass der Import blockiert wurde, da das Skript noch nicht beendet wurde, sodass die Sperre, die die Datenbankverbindung mit Flask hielt, noch aktiv war , aber es gab keine Fehlermeldung, die mich darüber informierte, dass dies geschah, und ich gehe davon aus, dass dies beabsichtigt war, also habe ich meine Erfahrung mit Flask genutzt, um zu rationalisieren, dass dies höchstwahrscheinlich der Fall war.

Also suchte ich nach einer Möglichkeit, die Module, die ich aus Flask importiert hatte, einfach „de-importieren“ zu können, und stieß in Python auf das Schlüsselwort del, um die Aufgabe zu erledigen, und versuchte es erneut ... Nur um auf das zu stoßen das gleiche hängende Terminal, an dem ich zuvor gesessen hatte. Also ging es zurück ans Zeichenbrett.

Der nächste Gedanke, den ich hatte, war, dass die Module möglicherweise entfernt wurden, der Flask-App-Kontext jedoch immer noch irgendwo ausgeführt wird. Um zu erzwingen, dass der Flask-App-Kontext ausgeführt und an der gewünschten Stelle angehalten wird, habe ich einen Ansatz ausprobiert, den ich vor etwa zwei Jahren in einer früheren Aufgabe verwendet hatte, bei der ich den Flask-App-Kontext zum asynchronen Versenden von E-Mails verwenden musste.

Ich habe dann versucht, die App aus der for-Schleife zu importieren und dann den Befehl with app.app_context(): zu verwenden, um zu erzwingen, dass Flask nur innerhalb dieses angegebenen Kontexts gestartet und gestoppt wird. Dann habe ich das Skript ausgeführt und das Terminal mit angehaltenem Atem beobachtet, während ich etwa eine Minute gewartet habe, bis die Datenbank in der ersten Schleife importiert wurde, dann begann sie wie zuvor mit der zweiten, und dann: Erfolg! Der zweite Import hat funktioniert und ich habe die erwartete Ausgabe des nächsten Schritts erhalten, die anzeigt, dass der Bericht abgeschlossen wurde, was ich anhand der Ausgabedatei überprüft habe.

Ich war mit meinen Ergebnissen zufrieden, da ich das noch nie zuvor gemacht hatte, also war ich froh, dass ich es herausfinden und wie erwartet zum Laufen bringen konnte.

Sie fragen sich vielleicht, warum ich das überhaupt versucht habe, und das ist eine gute Frage. Ich wurde damit beauftragt, einen historischen Monatsbericht abzurufen, der Daten erforderte, die nirgendwo anders als in den Datenbanksicherungen gespeichert wurden und die nicht aus der aktuellen Live-Datenbank erfasst werden konnten, sodass ich nur mit Sicherungen arbeiten konnte, um diese Daten abzurufen . Aus diesem Grund lernte ich, wie man neben Datenbankimporten auch den Flask-Kontext verwaltet.

Für diejenigen, die gerne Code lesen: So habe ich mein Skript strukturiert:

import os # for running the database import command

backup_name_list = [
    "backup1",
    "backup2"
]

for backup_name in backup_name_list:
    # do all necessary changes or checks on the db name here
    command = f"mysql -u db_user_name --password='SomePassword' db_name 



Und das war's, so konnte ich historische Daten nur aus Datenbanksicherungen abrufen.

Das ist sehr spezifisch, und das ist mir klar, aber dies ist auch kein Tutorial, sondern lediglich ein Ventil für meine persönlichen Lernerfahrungen, die ich hier gerne teilen möchte, in der Hoffnung, dass es entweder eine interessante Lektüre oder eine interessante Lektüre wird hilfreicher Tipp für jemanden, irgendwo da draußen.

Wenn Sie es bis hierher geschafft haben, möchte ich mich für das Lesen bedanken und hoffe, dass Sie bei meinem nächsten Beitrag dabei sein werden.