In portables Format exportieren
In portables Format exportieren verpackt die Workflows eines Projekts als eigenständiges Python-Programm, das ohne Verbindung zu PlaidCloud auf DuckDB läuft. Es erzeugt eine portable Kopie der Logik und der Daten des Projekts, die offline und für sich allein läuft.
Es handelt sich um einen Export in nur einer Richtung. Das erzeugte Paket ist eine Momentaufnahme; es wird nicht zurücksynchronisiert, und ein erneuter Export nach Änderungen erzeugt ein neues Paket.
COVERAGE.md festgehalten ist.Ein Projekt exportieren
Abschnitt betitelt „Ein Projekt exportieren“- Öffnen Sie Analysieren und wählen Sie die Registerkarte Projekte.
- Wählen Sie ein einzelnes Projekt aus.
- Öffnen Sie das Menü Aktionen (oder klicken Sie mit der rechten Maustaste auf das Projekt) und wählen Sie In portables Format exportieren – die Option steht neben Export Project.
- Im Dialogfeld:
- Dokumentkonto – das Dokumentenkonto, in das das Paket geschrieben wird.
- Ordnerpfad – der Ordner innerhalb dieses Kontos, zum Beispiel
/exports. - Include data – wenn aktiviert (Standard), werden Quell- und Snapshot-Tabellen als Parquet mitgeliefert, sodass das Paket ohne externe Daten läuft. Deaktivieren Sie die Option, um nur den Code und die Schemaverträge auszuliefern, die Sie dann selbst befüllen.
- Klicken Sie auf Exportieren. Nach Abschluss bestätigt eine Meldung, wohin das Paket geschrieben wurde und von wie vielen Tabellen ein Snapshot erstellt wurde.
Die Aktion erfordert Zugriff auf das Projekt und Lesezugriff auf seine Tabellen – dieselbe Zugriffsebene, die heute für den Export von Tabellendaten nötig ist.
Was das Paket enthält
Abschnitt betitelt „Was das Paket enthält“Der Export ist eine .zip-Datei mit folgendem Inhalt:
pipeline_<workflow>.py– ein Skript pro Workflow, mit den Schritten in Ausführungsreihenfolge.config.py– Engine-Auswahl (standardmäßig DuckDB) und der Schemaname des Projekts._runtime.py– ein kleiner Engine-Shim; die einzige Abhängigkeit neben DuckDB.stubs.py– Funktionen ohne Wirkung für nicht portable Operationen, die jeweils die ursprüngliche Schrittkonfiguration enthalten.data/– Parquet-Snapshots von Quell- und eingefrorenen Tabellen (wenn Include data aktiviert war).requirements.txt– die Python-Abhängigkeiten (nurduckdb).README.md,COVERAGE.md,RUN_ORDER.md– wie das Paket ausgeführt wird, die Wiedergabetreue pro Schritt und die Reihenfolge, in der die Workflow-Skripte auszuführen sind.
Das Paket ausführen
Abschnitt betitelt „Das Paket ausführen“-
Entpacken Sie das Paket und erstellen Sie eine Python-Umgebung:
Terminal-Fenster python -m venv .venv && source .venv/bin/activatepip install -r requirements.txt -
Führen Sie jedes Workflow-Skript in der in
RUN_ORDER.mdaufgeführten Reihenfolge aus:Terminal-Fenster python pipeline_<workflow>.py
Jedes Skript erstellt seine Tabellen in einer lokalen DuckDB-Datenbank (standardmäßig export.duckdb). SQL-Transformationsschritte werden live neu berechnet; Stub-Schritte geben einen Hinweis aus und lassen ihre als Snapshot gesicherte Ausgabe unverändert. Um das Paket statt auf DuckDB auf Ihr eigenes Warehouse auszurichten, setzen Sie ENGINE in config.py.
Verwandte Themen
Abschnitt betitelt „Verwandte Themen“- Ein Projekt archivieren – eine vollständige, wiederherstellbare Sicherung, die innerhalb von PlaidCloud bleibt
- Tabellen und Ansichten verwalten – die Datenschicht, von der der Export Snapshots erstellt