Was ist ein Fan-out-Join, und wie erkennst du einen in deiner eigenen Query?

Ein Fan-out passiert, wenn du auf eine Tabelle joinst, die mehrere Trefferzeilen pro Schlüssel hat, sodass jede linke Zeile vervielfacht wird und jede SUM darüber aufgebläht ist. Das ist die häufigste Ursache für überhöhten Umsatz in einem Report. Du erkennst ihn, indem du Zeilen vor und nach dem Join zählst oder prüfst, ob der Join-Schlüssel auf der rechten Seite tatsächlich eindeutig ist, bevor du aggregierst.

Wenn ich Bestellungen auf Bestellpositionen über order_id joine und eine Bestellung vier Positionen hat, taucht diese Bestellzeile jetzt viermal auf. Es fehlert nichts, aber wenn ich danach den Bestellwert summiere, habe ich den Umsatz dieser Bestellung vervierfacht. Das ist heimtückisch, weil die Zahl plausibel ist, nur eben falsch, und derjenige, der es findet, ist meistens Finance drei Wochen später. Meine Gewohnheit ist: Zeilen der Basistabelle zählen, Join laufen lassen, wieder zählen, und wenn sich die Zahl geändert hat, muss ich erklären können, warum. Ich prüfe außerdem vorher die Eindeutigkeit des Join-Schlüssels mit einem schnellen group by und having count größer eins, das dauert zehn Sekunden. Der Fix ist meistens, die Viele-Seite vor dem Join auf die gewünschte Granularität zu aggregieren, ich summiere also den Positionsumsatz pro Bestellung in einer CTE und joine diese eine Zeile pro Bestellung zurück an den Kopf. Das hält die Granularität intakt und macht die Query leichter nachvollziehbar.