Seite 8 - SQL

Ein Deferred Constraint verschiebt die Prüfung eines Foreign Keys, Unique- oder Exclude-Constraints vom Zeitpunkt jedes einzelnen Statements auf das Ende der Transaktion. Dieser Beitrag zeigt, wie DEFERRABLE INITIALLY DEFERRED und SET CONSTRAINTS funktionieren, wie sich zirkuläre Fremdschlüssel und Primary-Key-Swaps damit erst sauber umsetzen lassen, und welche Vendor-Unterschiede in der Praxis zu beachten sind.

Jede neue Datenbankverbindung kostet Speicher, CPU-Zeit und Zeit fuer den Verbindungsaufbau selbst. Connection Pooling haelt eine begrenzte Anzahl wiederverwendbarer Verbindungen offen und verhindert, dass eine Anwendung unter Last mehr Verbindungen oeffnet, als die Datenbank verkraften kann. Wer Pool-Groesse falsch dimensioniert, produziert entweder Verbindungsfehler oder verschenkt Kapazitaet.

Ein automatisch hochzaehlender Primaerschluessel klingt nach einem einheitlichen Konzept, ist es aber nicht. MySQLs AUTO_INCREMENT, PostgreSQLs SERIAL und Sequences, SQL Servers IDENTITY und Oracles Sequence-Objekte unterscheiden sich in Semantik, Nebenlaeufigkeit und Migrationsverhalten so stark, dass ein blinder Wechsel zwischen den Systemen zu Luecken, Kollisionen oder falschen Annahmen im Anwendungscode fuehrt.

CID, vier Isolation Levels mit konkreten Anomalien, MVCC-Snapshot-Reads und echte Race Conditions im Magento-Shop — plus bewährte Lösungspatterns mit SELECT FOR UPDATE, optimistischem Locking und SAVEPOINT.

Eventual Consistency ist kein Kompromiss fuer schlecht gebaute Systeme, sondern eine bewusste Konsequenz des CAP-Theorems bei jedem verteilten System, auch bei Read-Replicas in relationalen Datenbanken. Wer Konsistenzmodelle, Konfliktaufloesung und Replikations-Lag konkret versteht, trifft bessere Entscheidungen darueber, wo eine kurze Verzoegerung akzeptabel ist und wo nicht.

Window Functions berechnen Werte über eine Menge von Zeilen, ohne das Ergebnis zu kollabieren. Rang, laufende Summe, Vorperioden-Vergleich – alles ohne korrelierte Subqueries oder Self-Joins.

Wer Kreuztabellen erst nach dem Export nach Excel baut, verschenkt Performance und Reproduzierbarkeit. Mit CASE WHEN, FILTER und je nach Datenbank nativen PIVOT-Befehlen entstehen Pivot-Tabellen direkt in SQL, konsistent bei jedem Lauf und ohne manuellen Nachbearbeitungsschritt.

Sharding verteilt eine grosse Tabelle auf mehrere unabhaengige Datenbank-Instanzen, wenn eine einzelne Instanz an ihre Kapazitaetsgrenze stoesst. Die Wahl des Shard-Keys entscheidet dabei ueber die gesamte Lebensdauer der Architektur, denn ein falsch gewaehlter Shard-Key laesst sich nur mit erheblichem Migrationsaufwand nachtraeglich korrigieren.

Common Table Expressions strukturieren komplexe SQL-Abfragen in benannte, wiederverwendbare Schritte — lesbarer als verschachtelte Subqueries, mächtiger als Views für Einmalabfragen.

Ein gespeicherter Ausführungsplan wird für einen ersten, unrepräsentativen Parameterwert kompiliert und danach für alle folgenden Aufrufe wiederverwendet, selbst wenn deren Datenverteilung völlig anders aussieht. Parameter Sniffing ist keine zufällige Instabilität, sondern eine logische Folge davon, wie Query-Planer Ausführungspläne cachen. Wer den Mechanismus versteht, erkennt die Symptome sofort und kann gezielt zwischen Statistik-Pflege, Query Hints und Plan-Guides wählen.