Snowflake & dbt einrichten: Zugang und Installationswege

Snowflake- und dbt-Zugang bekommen

Die Snowflake-Trial-Hilfe erklärt Laufzeit, Guthaben und Wechsel zum bezahlten Account. Eine Trial kann durch Zeitablauf oder verbrauchtes Guthaben enden. Prüfe den angezeigten Stand, bevor du einen Verbindungsfehler als Installationsproblem behandelst.

dbt-Plattformplan und lokale Runtime sind getrennte Entscheidungen. Die Registrierungsseite nennt ihre jeweiligen Testbedingungen; zusätzliche Funktionen können eigene Kontingente haben. Für eine Demo oder ein kommerzielles Angebot nutze den dortigen Herstellerkontakt. Für einen bestehenden Firmenaccount zuerst die Einladung und die richtige Organisation prüfen.

Was eingerichtet wird

Snowflake ist ein Cloud-Dienst. Du meldest dich an einem Account an und richtest dort eine kleine Testumgebung ein; ein Snowflake-Server wird nicht auf deinem Rechner installiert. dbt kann anschließend lokal auf deinem Rechner oder in der gehosteten Plattform arbeiten.

• Account: deine Snowflake-Umgebung mit Cloud, Region und Ausgabe.
• Warehouse: Rechenleistung für SQL, nicht der Speicherort deiner Tabellen.
• Datenbank und Schema: die logischen Bereiche für Tabellen und Views.
• Profil: die Verbindungsangaben einer lokalen dbt-Laufzeit.

Den Account zuerst öffnen

Melde dich am aktivierten Trial oder vorgesehenen Firmenaccount an. Öffne ein SQL-Arbeitsblatt. Mit einer kleinen Kontextabfrage kannst du prüfen, an welcher Umgebung du angemeldet bist:

SELECT CURRENT_ACCOUNT(), CURRENT_REGION(), CURRENT_VERSION();

Vergleiche den Account mit der Einladung. Wenn du in der falschen Organisation bist oder der Trial abgelaufen ist, löst ein neuer lokaler dbt-Installer das Problem nicht.

Lokales dbt oder gehostete Plattform?

Für lokales dbt wählst du später eine eigene Windows-, macOS- oder Linux-Einrichtung. Diese Serie verwendet dafür den aktuellen v2-Paketweg. Bestehende Python-v1-Projekte bleiben mit ihrer geprüften Core-/Adapter-Kombination getrennt; beide Wege werden nicht in einer Umgebung gemischt.

Die dbt-Plattform wird im Browser eingerichtet. Ihr Zugang, Projekt und Job sind vom Snowflake-Account getrennt. Eine Installation des lokalen CLI erzeugt noch keinen Plattformaccount.

Voraussetzungen für die ersten Modelle

Verwende die kleine synthetische Testumgebung aus dem nächsten Teil. Dafür müssen eine passende Rolle, Datenbank, ein Schema und Rechenleistung verfügbar sein. Verwende nicht ungeprüft ein vorhandenes Produktionsziel. Bei einem Firmenaccount muss klar sein, welche Rolle über den erlaubten Umfang und die entstehenden Kosten entscheidet.

Die technische Reihenfolge lautet: Account öffnen → Testrolle und Objekte einrichten → dbt-Weg wählen → Profil oder Cloud-Verbindung setzen → erstes Modell und Tests ausführen. Ein erreichbarer Account ist erst der Zugang, noch keine vollständige Einrichtung oder Rechteprüfung.

Wenn der Einstieg scheitert

Die Snowflake-Nutzerhilfe und dbt-Installationshilfe beschreiben die jeweiligen Produktwege. Technische Notizen sind optional; für wiederkehrende Betriebsprüfungen existiert die separate dbt-Werkstatt.

Weiter mit Snowflake-Rollen, Schemas und dem kleinen Testbestand.

Fivetran als vorhandenen Ladeweg einplanen

Wenn Fivetran die Quellen nach Snowflake bringt, gehört dieser Ladeweg in den Auftrag: Welche Connection befüllt welche Tabellen, wie aktuell müssen sie sein und wer verantwortet Auswahl, Löschungen und Fehler? dbt übernimmt die vereinbarte Modellierung, nicht automatisch den Quellbetrieb. Einen vorhandenen zuverlässigen Ladeweg weiterverwenden; Fivetran nur ergänzen, wenn dafür ein konkreter Bedarf besteht.

Der vorhandene Fivetran-Einrichtungsweg klärt Destination, Quelle und Übergabe. Das Projektziel bleibt ein abgenommenes Datenprodukt, nicht die Anzahl angebundener Werkzeuge.