97 Dinge, die jeder Dateningenieur wissen sollte

Kapitel 35. Das "Strukturierte" zurück in SQL bringen

Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: [e-mail]

Elias Nema

Es gibt nicht viele Fragen in der Informatik, die seit fast 50 Jahren im Umlauf sind und immer noch aktuell sind. Wie man SQL schreibt, ist eine von ihnen.

Relationale Datenbanken haben den Markt seit den 70er Jahren dominiert. Dann kam die NoSQL-Bewegung auf und entwickelte sich nahtlos zu "NewSQL". In letzter Zeit haben alle großen Streaming-Systeme die Unterstützung für SQL hinzugefügt. Diese Sprache muss etwas wirklich Mächtiges an sich haben.

Mit großer Macht kommt - du weißt schon. SQL ist so flexibel, dass du Abfragen in fast jeder Form schreiben kannst und trotzdem Ergebnisse erhältst. Das Problem ist, dass das Verstehen, ob das Ergebnis sinnvoll ist, meist mehr Aufwand erfordert, als es zu produzieren. Du hast es selbst schon erlebt, wie du Joins mit einer DISTINCT Anweisung "reparierst" oder Zeilen mehrfach zählst.

Ich behaupte, dass das meiste davon vermieden werden kann, wenn du deine Abfragen strukturiert schreibst und sie zuerst auf Lesbarkeit optimierst. Wie schaffst du also Struktur? Beginne zunächst mit dem Ziel vor Augen: Wie soll die Antwort aussehen? Nehmen wir an, du möchtest den Umsatz für einen bestimmten Vertriebskanal nach Regionen analysieren. Siehst du, das ...