Datenqualität: Dimensionen und Fehlerklassen — der Theorie-Rahmen hinter den SQL-Prüfungen

von

Über Datenqualität wird viel geschrieben und wenig gemessen. Allein das deutschsprachige Praxis-Standardwerk zum Thema listet sechzig mögliche Qualitätskriterien — von Aktualität bis Zuverlässigkeit —, und selbst die knappen Modelle kommen noch auf sechs bis fünfzehn Dimensionen. Dabei ist der Kern erstaunlich handfest: Ein Datenfehler, der beim Laden abgefangen wird, kostet eine Meldung. Derselbe Fehler, der … Weiterlesen

Prüfregeln aus dem Schema ableiten — was die Metadaten schon wissen

von

Die Regel „country_code ist Pflicht“ steht zweimal in der Datenbank: einmal als NOT NULL im Schema der Zieltabelle, einmal als handgetippte Zeile in der Prüf-Konfiguration. Beim nächsten ALTER TABLE ändert sich nur eine der beiden Stellen, und die Prüfung wird still falsch. Wer Prüfregeln ableiten kann, statt sie zu pflegen, hat dieses Drift-Problem nicht mehr: Die Metadaten wissen längst, welche Spalten Pflicht … Weiterlesen

Drei Schweregrade statt pass/fail — und warum der Schweregrad entscheidet, wo die Regel steht

von

Irgendwann schaltet jemand die Prüfung ab. Vorher ist meist dasselbe passiert: Ein fehlendes Länderkürzel hat um drei Uhr nachts den kompletten Load gestoppt, am Morgen fehlten dem Fachbereich die Zahlen, und die Ursache war eine Nebensächlichkeit. Binäres pass/fail lässt einem nur die Wahl, ob eine Regel alles blockiert oder gar nichts. Wer Datenqualität stattdessen über … Weiterlesen

27 Regel-Dateien statt einer CLAUDE.md — was sich dadurch geändert hat

von

Es gibt einen Moment, in dem eine CLAUDE.md kippt. Dieser Moment steht in keinem Kalender, er zeigt sich im Verhalten: Die Datei wird immer länger, und die Regeln darin werden immer schlechter befolgt. Jede neue Konvention, die man hineinschreibt, verdünnt die vorhandenen. Genau an diesem Punkt stand das Projekt hinter diesem Artikel — und die … Weiterlesen

799 hartkodierte Schriftgrößen — wie KI-gestützte Entwicklung Konsistenz-Drift erzeugt

von

Der Auslöser war kein Audit, sondern ein Störgefühl: Die Oberfläche wirkte unruhig. Beim ersten Hinsehen fällt so etwas nicht auf, beim zweiten und dritten aber schon — ein Zeitstempel hier eine Spur größer als dort, ein Dialog-Titel minimal kleiner als im Nachbar-Dialog. Von Briefen und Lebensläufen kennt jeder die Disziplin: gleiche Schriftart, gleiche Schriftgröße, gleiche … Weiterlesen

SQL Server vs. PostgreSQL — Vor- und Nachteile für den Umstieg

von

SQL Server oder PostgreSQL — die Frage ist selten „Welche Datenbank ist besser?“, sondern „Welche passt zu Budget, Team und Plattform?“. Wer die beiden Fragen verwechselt, migriert aus den falschen Gründen und merkt es erst, wenn die Lizenzrechnung zwar schrumpft, die Betriebskosten aber wachsen. Kurzüberblick: Voraussetzung: SQL-Server-Praxiserfahrung genügt. PostgreSQL-Begriffe wie MVCC oder Extensions werden beim ersten … Weiterlesen

Ein Claude-Code-Projekt mit Entwicklungsworkflow und Datenbank aufsetzen — das offene Starter-Kit im Überblick

von

Ein leeres Repo und Claude Code, Anthropics Coding-Agent im Terminal — mehr braucht es nicht, um loszulegen. Und genau das ist das Problem: Das Modell schreibt sofort Code, aber von Haus aus sorgt nichts dafür, dass vorher eine Spezifikation entsteht, hinterher ein Review stattfindet oder das Datenbank-Schema reproduzierbar deployt wird. Wer ein Claude-Code-Projekt aufsetzt, entscheidet … Weiterlesen

Datenbank-CI/CD mit PostgreSQL — der komplette Lebenszyklus vom Objekt-File bis zum automatischen Deploy

von

In vielen Projekten lebt das Datenbank-Schema in der Datenbank statt im Repository — gewachsen aus Jahren von Hand-ALTERs, vollständig dokumentiert nirgends. Auffallen tut das erst, wenn eine zweite Umgebung entstehen soll oder ein Deploy zerbricht. Datenbank-CI/CD dreht das Verhältnis um: Das Repository beschreibt den Soll-Zustand, und jede Umgebung — von der Wegwerf-Datenbank im CI bis zur Produktion … Weiterlesen

GitHub Actions für Postgres-Deploys — mit Wegwerf-Datenbank als Qualitäts-Gate

von

Der Fehler war ein Tippfehler in einem ALTER TABLE — gefunden hat ihn der Staging-Deploy am Freitagnachmittag. Dabei ist genau dieser Fund automatisierbar: Wer den Postgres-Deploy über GitHub Actions gegen eine Wegwerf-Datenbank fährt, macht aus jedem Pull Request einen vollständigen Probelauf. Syntax- und Semantik-Fehler, Reihenfolge-Probleme und kaputte Idempotenz fallen dann vor dem Merge auf — nicht auf Staging. Das … Weiterlesen

Schema-Änderungen tracken ohne Framework — Run-once-Skripte, Checksummen und Immutabilität

von

Der Backfill lief beim zweiten Deploy noch einmal — und hat Werte überschrieben, die in der Zwischenzeit fachlich korrigiert worden waren. Solche Unfälle verhindert keine Disziplin, sondern nur ein Gedächtnis: Wer Schema-Änderungen tracken will, ohne gleich Flyway oder Liquibase einzuführen, braucht dafür genau eine Tabelle und rund 40 Zeilen Shell — und trifft dabei dieselben vier Design-Entscheidungen, … Weiterlesen