Seite 2 - SQL

NTILE(n) teilt eine sortierte Ergebnismenge in n moeglichst gleich grosse Buckets auf und macht Quartils-, Dezil- und allgemeine Perzentil-Analysen zu einer einzigen SQL-Abfrage. Statt Kundenwerte, Antwortzeiten oder Testergebnisse in eine Statistiksoftware zu exportieren, entstehen Verteilungs-Buckets direkt in der Datenbank, reproduzierbar und ohne manuelle Sortierarbeit.

Sobald eine Aggregation nach Joins über mehrere 1:n-Beziehungen gleichzeitig läuft, vervielfachen sich Zeilen, bevor SUM oder COUNT überhaupt zu rechnen beginnen, und die Ergebnisse werden unbemerkt zu hoch. Dieser Artikel erklärt das Fan-Out-Problem an einem konkreten Beispiel und zeigt, wie Vor-Aggregation in Subqueries und Window Functions falsche Summen zuverlässig verhindern.

Ein LATERAL Join erlaubt einer Subquery in FROM oder JOIN, auf Spalten der vorherigen Tabelle im selben Statement zuzugreifen, was ein gewoehnlicher Join oder eine gewoehnliche Subquery nicht kann. Damit werden Top-N-pro-Gruppe-Abfragen, dynamische Berechnungen pro Zeile und mehrspaltige Tabellenfunktionsaufrufe moeglich, in PostgreSQL mit LATERAL, in SQL Server mit CROSS APPLY und OUTER APPLY.

Ein Deadlock-Log-Eintrag wirkt beim ersten Lesen wie kryptischer Rauschtext, enthaelt aber alle Informationen, um die Ursache exakt zu rekonstruieren. Wer Deadlocks aus Logs systematisch analysiert, statt sie als seltenen Zufall abzutun, findet die zugrunde liegende Sperr-Reihenfolge im Code und behebt sie dauerhaft statt nur den naechsten Reconnect abzuwarten.

Eine Datenbank mit niedriger CPU-Auslastung kann trotzdem drastisch langsam antworten, weil Sessions in Wirklichkeit auf Locks, Festplatten-IO oder Netzwerk warten, nicht auf freie Rechenzeit. Wait Events machen genau diese unsichtbare Wartezeit messbar und kategorisierbar. Wer systematisch zwischen Lock Waits und IO Waits unterscheidet, findet die tatsächliche Root Cause, statt an CPU- oder Speichermetriken vorbeizuoptimieren.

MySQL Temp Tables sind mächtiger als die meisten Entwickler vermuten. Wann MySQL intern Disk-Tabellen erzeugt, wie tmp_table_size und max_heap_table_size zusammenspielen, was CTE-Materialisierung in MySQL 8 bedeutet — und wie explizite Temp Tables komplexe Reports dramatisch beschleunigen.

Eine Schema-Migration ohne klare Versionierung und Rollback-Plan wird auf einer großen produktiven Tabelle schnell zum Risiko. Dieser Beitrag zeigt Namenskonventionen für Migrationsdateien, den Unterschied zwischen forward-only und reversible Migrations, das Expand-Contract-Pattern und sichere Vorgehensweisen für NOT NULL-Spalten an Tabellen mit Millionen Zeilen, mit konkretem SQL für jeden Schritt.

Konfiguration, Store-Hierarchie, EAV-System, CMS-Seiten, URL-Rewrites und Berechtigungen – alle wesentlichen Magento Core-Tabellen erklärt, mit SQL-Abfragen zum direkten Einsatz.

Prepared Statements stoppen die klassische SQL-Injection an der Eingabemaske, aber laengst nicht jeder Vektor laeuft ueber ein einzelnes Formularfeld. Second-Order-Injection, Blind-Injection ohne sichtbare Fehlermeldung, Out-of-Band-Exfiltration ueber DNS und Injection in Identifier-Kontexten wie ORDER BY umgehen genau die Schutzmassnahmen, auf die sich Teams meist verlassen.

Sobald eine Transaktion mehrere unabhängige Datenbanken oder Services betrifft, reicht ein einfaches COMMIT nicht mehr aus, um Atomarität zu garantieren. Two-Phase Commit löst dieses Problem über ein Koordinator-basiertes Prepare-und-Commit-Protokoll, hat aber strukturelle Schwächen, die in großen, verteilten Systemen heute meist den Saga Pattern-Ansatz mit kompensierenden Aktionen bevorzugen lassen.