Zum Inhalt springen
skrabi.comProjekt starten ↗

Webentwicklung / Fachratgeber

Ratgeber: Eine eindeutige Kennung braucht eine eigene Regel für fehlende Werte

Unterscheide in einer Inventarliste doppelte Kennungen, fehlende Angaben und leere Texte und prüfe die Datenbankregel mit kleinen Testfällen.

Datenbank hinter einem leuchtenden Schutzschild

Eine Inventarliste soll keine doppelte Kennung enthalten. Trotzdem können nach einem Import mehrere Einträge ohne Kennung auftauchen, obwohl die Datenbankspalte als eindeutig definiert wurde. Das muss kein Fehler der Datenbank sein: Eindeutigkeit und Vollständigkeit sind unterschiedliche Anforderungen. Dieser Fachratgeber erläutert die dokumentierte SQLite-Regel und einen eigenen Testplan für eine kleine Verwaltungsanwendung.

Die Bedeutung von UNIQUE lesen

Die SQLite-Dokumentation erklärt, dass eine UNIQUE-Bedingung eindeutige Werte beziehungsweise Wertekombinationen verlangt. Für diese Prüfung werden NULL-Werte voneinander unterschieden, auch gegenüber anderen NULL-Werten. Eine NOT-NULL-Bedingung ist eine zusätzliche Regel, die fehlende NULL-Werte verbietet. Ein leerer Text ist wiederum nicht automatisch dasselbe wie NULL.

Der Bauauftrag sollte deshalb drei Fragen beantworten: Muss die Kennung vorhanden sein? Darf sie leer sein? In welchem Bereich muss sie eindeutig bleiben? Eine einzige Formulierung wie „Kennung prüfen“ lässt diese Entscheidungen offen.

Eine konkrete Fachregel vorbereiten

Nimm eine fiktive Werkzeugsammlung mit der Kennung WT-001. Für neu aufgenommene Geräte kann die Regel lauten: Vor Freigabe muss eine nichtleere Kennung vergeben werden. Bei ungeklärten Altbeständen könnte zunächst ein gesonderter Entwurfszustand sinnvoll sein. Ob solche Entwürfe zugelassen werden, ist eine fachliche Entscheidung des Betreibers.

Notiere außerdem, wie Leerzeichen und Schreibvarianten behandelt werden sollen. Die Eingaben „WT-001“ und dieselbe Zeichenfolge mit angehängtem Leerzeichen sollten nicht zufällig unterschiedlich interpretiert werden. Verlange eine beschriebene Normalisierung und eine dazu passende Datenbankprüfung, statt das Verhalten dem Zufall zu überlassen.

Kleine Versuche vor dem Import

Fordere eine isolierte Testliste mit einer gültigen Kennung, derselben Kennung ein zweites Mal, einem fehlenden Wert und einem leeren Text. Ergänze einen Versuch, bei dem eine bestehende Kennung auf eine bereits vergebene geändert wird. Lege für jeden Fall vorher fest, ob Speichern erlaubt sein soll und welche Rückmeldung erwartet wird.

Bestandsdaten gesondert behandeln

Vor einer strengeren Regel in einer vorhandenen Anwendung müssen ungeklärte alte Werte sichtbar gemacht und gesichert werden. Der Ratgeber empfiehlt keinen ungeprüften Eingriff in eine Produktionsdatenbank. Das Ziel ist ein klarer Entwicklungsauftrag: fachliche Regeln benennen, auf Testdaten prüfen und erst danach einen gesicherten Umgang mit dem tatsächlichen Bestand planen.

Quellen & Aktualität

Quellen geprüft am 2026-10-04. Herstellerangaben sind als solche eingeordnet. Produktdetails können sich nach diesem Stand ändern.