Joins mit Relationships effizient managen
Datenmodellierung in Sigma
Ben Harris
Technical Instructional Designer at Sigma
Was sind Relationships?
- Joins vordefinieren
- Alle können mit deiner Join-Logik Spalten hinzufügen
Was sind Relationships?
- Join wird erst ausgeführt, wenn eine Spalte aus der verknüpften Tabelle hinzugefügt wird
- Weniger Warehouse-Kosten → joinen nur bei Bedarf
- Weniger Fehler durch Ad-hoc-Joins
Relationships vs. Joins
- Relationships sind nicht immer besser als Joins
- Am besten, wenn du verwandte Daten nur manchmal brauchst
Relationships vs. Joins
- Beispiel: Nischen-Transaktionen
- Hauptzweck: Transaktionen analysieren
- Manchmal Konto- oder Kundeninfos nötig
Relationships vs. Joins
- Beispiel: Nischen-Transaktionen
- Alle drei Tabellen joinen → immer verfügbar
- Aber langsamer, höhere Kosten für die meisten Fälle
Relationships vs. Joins
- Beispiel: Daten zu Nischen-Transaktionen
- Relationship passt: meist kein Join
- Nutzer:innen fügen Konto-/Kundenspalten bei Bedarf hinzu
Relationships vs. Joins
- Entscheide: Join oder Relationship für die Basistabelle
Best Practices für Relationships
- Relationships sind gerichtet
Best Practices für Relationships
Beispiele:
- Transaktionen zu Konten: Many-to-One (N:1)
- Konten zu Transaktionen: One-to-Many (1:N)
Best Practices für Relationships
- In diesem Kurs: nur N:1 und 1:1
