Seite 13 - SQL

Shop Reporting SQL ist mehr als SELECT SUM. Wer Umsatz, Warenkorbabbruchrate und Customer Lifetime Value korrekt berechnen will, muss Statusfilter, Stornierungen, Quote-Tabellen und CTEs verstehen.

Von mysqldump über XtraBackup bis Point-in-Time-Recovery: Wie du ein wasserdichtes MySQL-Backup-Konzept für Magento 2 aufbaust, das auch im Ernstfall hält.

Kaum ein Verhalten von Auto-Increment-Sequenzen verunsichert Entwickler so zuverlässig wie eine ID-Spalte mit fehlenden Werten. Der Reflex, das als Fehler zu behandeln und mit komplexer Zusatzlogik zu beheben, führt fast immer zu mehr Problemen als er löst: gesperrten Tabellen, blockierten Transaktionen und schlechterer Skalierbarkeit. Dieser Artikel erklärt, warum Lücken eine strukturell unvermeidbare Folge von Rollbacks, Sequence-Caching und paralleler Transaktionsausführung sind, warum das in der weit überwiegenden Zahl der Fälle vollkommen unproblematisch ist, und wo die seltenen, legitimen Ausnahmen liegen.

SQL ist ein Standard, aber jedes Datenbanksystem interpretiert diesen Standard mit eigenen Erweiterungen und Abweichungen. Quoting-Regeln fuer Bezeichner, die Syntax fuer Paging, die Schreibweise fuer automatisch generierte IDs und selbst grundlegende Datentypen unterscheiden sich zwischen MySQL, PostgreSQL und SQL Server so deutlich, dass echtes datenbank-agnostisches SQL bewusstes Design statt Zufall erfordert.

Denormalisierung bedeutet, gezielt von einem normalisierten Schema abzuweichen, um Leseabfragen schneller zu machen, meist indem Redundanz oder vorberechnete Werte eingefuehrt werden. Dieser Beitrag zeigt, wann sich das lohnt, welche Techniken es gibt, welche Wartungskosten dadurch entstehen und wie man die Entscheidung dokumentiert, statt sie dem Zufall eines unvollstaendigen Datenmodells zu ueberlassen.

Eine Common Table Expression benennt eine Teilabfrage mit der WITH-Klausel und macht sie im Hauptquery wie eine Tabelle referenzierbar. Statt Subqueries mehrfach zu verschachteln, entsteht eine Abfrage, die von oben nach unten lesbar ist, Logik nur einmal formuliert und sich in Schritten nachvollziehen laesst, egal ob in PostgreSQL, MySQL, SQL Server oder Oracle.

SQL-Injection zaehlt seit Jahrzehnten zu den gefaehrlichsten Sicherheitsluecken in Webanwendungen, obwohl die technische Loesung seit ebenso langer Zeit bekannt ist. Parametrisierte Queries trennen Code und Daten strukturell voneinander, Least-Privilege-Datenbank-Accounts begrenzen den Schaden im Ernstfall, und String-Escaping bleibt als alleiniger Schutz eine fragile Kruecke mit vielen dokumentierten Umgehungswegen.

Ein ALTER TABLE auf einer 50-Millionen-Zeilen-Tabelle kann Stunden dauern und die gesamte Applikation blockieren. Online DDL MySQL, pt-online-schema-change und gh-ost sind die Antworten darauf.

Eine einzelne Datenbankinstanz stoesst bei wachsendem Leseverkehr fruehzeitig an Grenzen. Read Replicas verteilen SELECT-Anfragen auf zusaetzliche Instanzen und entlasten so den primaeren Server. Der eigentliche Schwierigkeitsgrad liegt nicht im Aufsetzen der Replikation, sondern im Umgang mit Replication Lag, Failover und der Frage, welche Anfragen ueberhaupt auf eine Replica duerfen.

Stored Procedures, Trigger und Views existieren in MySQL seit Jahrzehnten und polarisieren bis heute. Eine ehrliche Bewertung: Wann sie noch ihren Platz haben, wo sie scheitern und wie Magento Trigger intern für seinen EAV-Indexer-Mechanismus einsetzt.