Was ich diese Woche gelernt habe #0

Ich ertappe mich dabei, dass ich jede Woche ein oder mehrere neue Dinge lerne, zumindest aus der Perspektive meiner eigenen persönlichen Erfahrung. Daher dachte ich, es wäre eine gute Möglichkeit, etwas von diesem Wissen 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 Datenbank-Backup-Namen übernehmen, eine Datenbank in MySQL importieren, dann einen Flask-Kontext starten und einen Bericht über die aktuelle Datenbank ausführen kann, und dann ausspülen und wiederholen.

Vielleicht klingt das nach einem einfachen Konzept, aber der Versuch, dies mit einem weitgehend standardisierten 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 und die Sperre, die die Datenbankverbindung mit Flask hielt, also 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 begründen, 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, stieß dabei auf das Schlüsselwort del in Python, um die Aufgabe zu erledigen, und versuchte es noch einmal ... 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 vielleicht entfernt wurden, der Flask-App-Kontext aber immer noch irgendwo läuft. 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 ungefähr eine Minute gewartet habe, bis die Datenbank in der ersten Schleife importiert wurde. Dann begann sie wie zuvor mit der zweiten Schleife und dann: Erfolg! Der 2. 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 es 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 . Das hat mich dazu gebracht, zu lernen, wie man Flask-Kontext neben Datenbankimporten 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 < '/path/to/{backup_name}.sql'"
    os.command(command)

    # import the app variable to allow for the context to be created
    from app_module import app_variable

    with app_variable.app_context():
        # do all Flask related imports here
        from app_module import relevant_app_class_or_function

        # run all relevant code here to build up your data from the loaded backup

        # remove the imported modules
        del relevant_app_class_or_function

    # remove the app variable after the context expires just to be safe
    del app_variable

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

Das ist sehr spezifisch, und das ist mir klar, aber es 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.

Das obige ist der detaillierte Inhalt vonWas ich diese Woche gelernt habe #0. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!