Seite 11 - SQL

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.

Das EAV-Modell in Magento trennt Entitäten, Attribute und Werte auf mehrere Tabellen auf. Das macht es flexibel und gleichzeitig schwer lesbar. Dieser Artikel erklärt die Struktur vollständig und zeigt praxisnahe SQL-Muster.

Eine normale View ist nichts weiter als eine gespeicherte Abfrage, die bei jedem Zugriff neu ausgefuehrt wird und deshalb immer aktuelle Daten liefert, aber keinen Speicherplatz fuer die Ergebnisse belegt. Eine Materialized View speichert das Ergebnis physisch und liest bei Zugriffen nur noch diese gespeicherten Daten, wird dadurch schneller, aber potenziell veraltet, bis ein Refresh die Daten wieder synchronisiert.

Der Datentyp einer Spalte lässt sich in einer wachsenden Tabelle nur mit erheblichem Aufwand ändern, weshalb die erste Entscheidung besonders sorgfältig getroffen werden sollte. Dieser Beitrag behandelt INT gegen BIGINT bei Primärschlüsseln, realistische VARCHAR-Längen, DECIMAL statt FLOAT für Geldbeträge und die häufigsten Zeitzonen-Fallstricke bei Timestamps, mit konkretem SQL für jede Entscheidung.

Ein CHECK Constraint kann weit mehr als einen positiven Preis erzwingen. Mehrspalten-Bedingungen, Zustandsautomaten für Statusfelder, IMMUTABLE-Funktionen und EXCLUDE Constraints gegen überlappende Zeiträume machen aus einer simplen Wertebereichsprüfung ein Werkzeug für komplexe Geschäftsregeln, die sonst nur mit Triggern oder Anwendungscode abgebildet würden.

Ein Self-Join verknuepft eine Tabelle mit sich selbst und wirkt auf den ersten Blick wie eine akademische Uebung, ist in der Praxis aber das Werkzeug fuer drei sehr konkrete Probleme: hierarchische Beziehungen wie Mitarbeiter und Vorgesetzte abbilden, doppelte Datensaetze anhand fachlicher Kriterien aufspueren und aufeinanderfolgende Zeilen, etwa Ereignisse oder Preise, direkt miteinander vergleichen, ohne dafuer prozedurale Schleifen zu benoetigen.

Eine langsame Abfrage ist selten ein Zufall, sie hat fast immer eine von einer Handvoll wiederkehrender Ursachen. Diese Checkliste fuehrt Entwickler Schritt fuer Schritt durch die Query-Optimierung, von der WHERE-Klausel ueber fehlende Indizes bis zum N+1-Problem, damit die meisten Faelle geloest sind, bevor ueberhaupt eine DBA konsultiert werden muss.

ROWS und RANGE definieren beide einen Window Frame, tun das aber auf grundlegend verschiedene Weise: ROWS zaehlt physische Zeilenpositionen, RANGE betrachtet logische Wertebereiche der Sortierspalte. Bei eindeutigen Sortierwerten liefern beide dasselbe Ergebnis, bei Duplikaten in der Sortierspalte koennen ROWS und RANGE fuer dieselbe Abfrage unterschiedliche Zahlen produzieren.

Full Text Search ist einer der Bereiche, in denen der SQL Standard bewusst wenig vorschreibt und jede Datenbank eine eigene, proprietaere Loesung entwickelt hat. Dieser Artikel vergleicht die Volltextsuche-Implementierungen von PostgreSQL, MySQL und SQL Server, zeigt Indizierung und Relevanz-Ranking anhand konkreter Beispiele und ordnet ein, wo dedizierte Suchmaschinen wie Elasticsearch sinnvoller sind als Full Text Search direkt in der Datenbank.

Ein Deadlock entsteht, wenn sich zwei Transaktionen gegenseitig blockieren, weil jede auf eine Ressource wartet, die die andere hält. Konsistente Sperrreihenfolge im Anwendungscode, kurze Transaktionen und robuste Retry-Logik verhindern die meisten Deadlocks, bevor die Datenbank überhaupt eingreifen muss.