Tag: SQL

1. UNION vs. UNION ALL: der Unterschied, der Performance kostet

   24.11.2025

   UNION und UNION ALL kombinieren beide Ergebnismengen mehrerer SELECT-Anweisungen zu einer einzigen Ausgabe, aber nur UNION dedupliziert dabei jede einzelne Zeile mit einem impliziten Sortier- oder Hashschritt. Wer diesen Unterschied nicht kennt, bezahlt bei jeder Abfrage unnoetig Rechenzeit fuer eine Deduplizierung, die in vielen Faellen gar nicht noetig ist, weil die kombinierten Ergebnismengen ohnehin disjunkt sind.

   Read more

2. Buffer Pool, Redo Log, Flush-Verhalten: InnoDB-Tuning ohne Mythologie

   22.11.2025

   Was steckt wirklich hinter innodb_buffer_pool_size, Redo Log Kapazität und Flush-Verhalten? Ein praxisnaher Guide für Magento-Entwickler ohne Halbwissen.

   Read more

3. Row Locks, Gap Locks und InnoDB-Sperren verständlich erklärt

   19.11.2025

   InnoDB Sperren sind das unsichtbare Fundament jeder Transaktion. Wer nicht unterscheidet, was Record Locks, Gap Locks und Next-Key Locks trennt, produziert Deadlocks und Timeouts — besonders unter Last.

   Read more

4. Savepoints für granulare Rollbacks einsetzen

   10.11.2025

   Ein Savepoint markiert einen Zwischenpunkt innerhalb einer laufenden Transaktion, zu dem später zurückgerollt werden kann, ohne die gesamte Transaktion aufzugeben. Gerade in der Batch-Verarbeitung erlaubt dieses Werkzeug, einzelne fehlgeschlagene Elemente zu verwerfen, während der bereits erfolgreiche Teil der Arbeit erhalten bleibt.

   Read more

5. Datenverschluesselung auf Spaltenebene: Konzepte, Schluesselverwaltung, Praxis

   07.11.2025

   Volume-Verschluesselung schuetzt Daten nur gegen gestohlene Festplatten, nicht aber gegen einen kompromittierten Datenbank-Account, der ganz normal per SQL liest. Datenverschluesselung auf Spaltenebene schuetzt genau diese Luecke, verlangt aber durchdachte Entscheidungen bei Schluesselverwaltung, Suchbarkeit und Indizierung, die pauschale Volume-Verschluesselung nie stellen muss.

   Read more

6. Rekursive CTEs fuer hierarchische Daten

   06.11.2025

   Eine rekursive CTE loest genau die Aufgabe, an der eine normale Abfrage scheitert: Baumstrukturen unbekannter Tiefe in einem einzigen SQL-Statement durchlaufen. Mit WITH RECURSIVE werden Kategoriebaeume, Organigramme und Stuecklisten ohne Anwendungscode und ohne feste Verschachtelungstiefe ausgewertet, solange Ankeranfrage, rekursiver Teil und Terminierungsbedingung sauber definiert sind.

   Read more

7. SARGable Queries: Warum Funktionen auf Spalten teuer sind

   06.11.2025

   Eine Funktion wie YEAR() oder LOWER() auf einer indizierten Spalte kostet den Index — MySQL muss jede Zeile auswerten. Was SARGable Query bedeutet und wie man Queries korrekt umschreibt, zeigt dieser Artikel.

   Read more

8. Correlated Subqueries wirklich verstehen

   02.11.2025

   Eine correlated Subquery unterscheidet sich von einer normalen Subquery dadurch, dass sie eine Spalte der aeusseren Abfrage referenziert und deshalb logisch fuer jede einzelne aeussere Zeile neu ausgewertet werden muss. Dieser eine Unterschied erklaert sowohl ihre Ausdrucksstaerke bei Zeile-fuer-Zeile-Logik als auch ihr groesstes Performance-Risiko, wenn der Optimizer die wiederholte Ausfuehrung nicht in einen effizienten Join umwandeln kann.

   Read more

9. Datenbank-Migrationen systematisch testen

   30.10.2025

   Wer Datenbank-Migrationen ungetestet gegen Produktion fahren laesst, riskiert Datenverlust, lange Downtime und stille Inkonsistenzen. Mit einer klaren Teststrategie aus Expand-Contract-Pattern, Rollback-Proben und automatisierten Pipelines werden Schema-Aenderungen planbar statt riskant.

   Read more

10. Langsame Queries systematisch finden: SQL-Debugging in der Praxis

    29.10.2025

    Wer langsame Queries erst findet, wenn Nutzer sich beschweren, arbeitet reaktiv statt praeventiv. Mit Slow Query Log, pg_stat_statements und einem klaren Sampling-Prozess lassen sich langsame Queries systematisch aufspueren, bevor sie zum Produktionsproblem werden, unabhaengig davon, welches Datenbanksystem im Einsatz ist.

    Read more