Tag: SQL

1. NTILE fuer Perzentil-Berechnungen einsetzen

   06.04.2026

   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.

   Read more

2. Aggregation nach Joins: das Fan-Out-Problem in SQL lösen

   03.04.2026

   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.

   Read more

3. LATERAL Joins fuer komplexe, korrelierte Abfragen

   01.04.2026

   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.

   Read more

4. Deadlocks aus Logs analysieren: Ursachen praezise rekonstruieren

   28.03.2026

   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.

   Read more

5. Wait Events und Wartestatistiken analysieren

   25.03.2026

   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.

   Read more

6. Temp Tables, Derived Tables und Materialisierung verstehen

   15.03.2026

   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.

   Read more

7. Schema-Migrationen: Versionierung und Rollback-Strategien

   12.03.2026

   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.

   Read more

8. Magento Datenbank verstehen: Die wichtigsten Core-Tabellen im Überblick

   09.03.2026

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

   Read more

9. SQL-Injection-Vektoren jenseits der Basics: Second-Order, Blind, Out-of-Band

   09.03.2026

   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.

   Read more

10. Distributed Transactions und Two-Phase Commit

    27.02.2026

    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.

    Read more