Constraints: Regeln für die Daten

Kurz gesagt: Constraints (NOT NULL, DEFAULT, UNIQUE, CHECK, PRIMARY KEY) sind Regeln im CREATE TABLE, mit denen die Datenbank selbst falsche Zeilen ablehnt.

Problem

Eine Tabelle, die alles nimmt

Hier ist eine Tabelle für die Lieferanten ganz ohne Regeln. Führ die Abfrage aus:

SQLleere Datenbank

CREATE TABLE suppliers (
  id INTEGER PRIMARY KEY,
  name TEXT,
  vat TEXT,
  rating INTEGER
);
INSERT INTO suppliers (name, vat, rating) VALUES
  ('Bäckerei Zora', '201000001', 5),
  (NULL, '201000002', 4),
  ('Bäckerei Zora', '201000001', 7);
SELECT * FROM suppliers;

CREATE TABLE suppliers ( id INTEGER PRIMARY KEY, name TEXT, vat TEXT, rating INTEGER ); INSERT INTO suppliers (name, vat, rating) VALUES ('Bäckerei Zora', '201000001', 5), (NULL, '201000002', 4), ('Bäckerei Zora', '201000001', 7); SELECT * FROM suppliers;

▶ AusführenAbfrage zurücksetzenNeue Datenbank

Ein Lieferant ohne Namen ist hineingekommen. Dieselbe Umsatzsteuernummer kam zweimal hinein. Eine Bewertung von 7 auf einer Skala von 1 bis 5 kam hinein. Niemand hat geprüft.

Im Modul über das Ändern von Daten hat der Shop solche Zeilen mit Fehlern abgewiesen. Diese Fehler kommen von Regeln, die in CREATE TABLE stehen. Jetzt schreibst du sie.

Die Idee

NOT NULL und DEFAULT

Die Regeln stehen hinter dem Typ der Spalte. Sie heißen Constraints (Einschränkungen).

• NOT NULL: Die Spalte darf nicht leer sein.
• DEFAULT Wert: Was gespeichert wird, wenn der INSERT keinen Wert angibt.

SQLleere Datenbank

CREATE TABLE suppliers (
  id INTEGER PRIMARY KEY,
  name TEXT NOT NULL,
  city TEXT NOT NULL DEFAULT 'Sofia'
);
INSERT INTO suppliers (name) VALUES ('Balkan-Molkerei');
INSERT INTO suppliers (name, city) VALUES ('Sonnenhof', 'Plovdiv');
SELECT * FROM suppliers;

CREATE TABLE suppliers ( id INTEGER PRIMARY KEY, name TEXT NOT NULL, city TEXT NOT NULL DEFAULT 'Sofia' ); INSERT INTO suppliers (name) VALUES ('Balkan-Molkerei'); INSERT INTO suppliers (name, city) VALUES ('Sonnenhof', 'Plovdiv'); SELECT * FROM suppliers;

▶ AusführenAbfrage zurücksetzenNeue Datenbank

Die Molkerei hat „Sofia“ bekommen, weil ihre Stadt nicht angegeben war. Ein Lieferant ohne Namen kommt nicht hinein:

SQLleere Datenbank

CREATE TABLE suppliers (
  id INTEGER PRIMARY KEY,
  name TEXT NOT NULL,
  city TEXT NOT NULL DEFAULT 'Sofia'
);
INSERT INTO suppliers (city) VALUES ('Varna');

CREATE TABLE suppliers ( id INTEGER PRIMARY KEY, name TEXT NOT NULL, city TEXT NOT NULL DEFAULT 'Sofia' ); INSERT INTO suppliers (city) VALUES ('Varna');

▶ AusführenAbfrage zurücksetzenNeue Datenbank

DEFAULT CURRENT_DATE speichert das heutige Datum. Das ist praktisch für „wann es hinzugefügt wurde“:

SQLleere Datenbank

CREATE TABLE suppliers (
  id INTEGER PRIMARY KEY,
  name TEXT NOT NULL,
  added_at TEXT NOT NULL DEFAULT CURRENT_DATE
);
INSERT INTO suppliers (name) VALUES ('Balkan-Molkerei');
SELECT name, added_at = CURRENT_DATE AS added_today FROM suppliers;

CREATE TABLE suppliers ( id INTEGER PRIMARY KEY, name TEXT NOT NULL, added_at TEXT NOT NULL DEFAULT CURRENT_DATE ); INSERT INTO suppliers (name) VALUES ('Balkan-Molkerei'); SELECT name, added_at = CURRENT_DATE AS added_today FROM suppliers;

▶ AusführenAbfrage zurücksetzenNeue Datenbank

1 heißt „ja, es ist das heutige Datum“. Ersetze added_at = CURRENT_DATE durch added_at allein, und du siehst das Datum selbst.

Genauer, für Neugierige

CURRENT_DATE ist in SQLite das Datum in UTC, nicht in Ortszeit. In Bulgarien ist zwischen Mitternacht und 2 oder 3 Uhr morgens das Ortsdatum schon das neue, während UTC noch das alte hat. CURRENT_TIMESTAMP liefert Datum und Uhrzeit, ebenfalls in UTC.

Probier es aus

Die Pflichtfelder

Die Tabelle deliveries hat id, supplier_id, amount und status. Mach den Lieferanten und den Betrag zu Pflichtfeldern, und den Status zum Pflichtfeld mit dem Standardwert 'expected'.

SQLleere Datenbank

CREATE TABLE deliveries (
  id INTEGER PRIMARY KEY,
  supplier_id INTEGER,
  amount REAL,
  status TEXT
);

CREATE TABLE deliveries ( id INTEGER PRIMARY KEY, supplier_id INTEGER, amount REAL, status TEXT );

Prüfen▶ Ausführen

Die Idee

UNIQUE

UNIQUE verbietet zwei gleiche Werte in der Spalte. Eine Firma hat eine Umsatzsteuernummer:

SQLleere Datenbank

CREATE TABLE suppliers (
  id INTEGER PRIMARY KEY,
  name TEXT NOT NULL,
  vat TEXT UNIQUE
);
INSERT INTO suppliers (name, vat) VALUES ('Bäckerei Zora', '201000001');
INSERT INTO suppliers (name, vat) VALUES ('Zora GmbH', '201000001');

CREATE TABLE suppliers ( id INTEGER PRIMARY KEY, name TEXT NOT NULL, vat TEXT UNIQUE ); INSERT INTO suppliers (name, vat) VALUES ('Bäckerei Zora', '201000001'); INSERT INTO suppliers (name, vat) VALUES ('Zora GmbH', '201000001');

▶ AusführenAbfrage zurücksetzenNeue Datenbank

Manchmal ist es das Paar, das eindeutig ist. Jeder Lieferant nennt einen Preis für ein Produkt. Zwei Lieferanten dürfen dasselbe Produkt anbieten, und ein Lieferant bietet viele Produkte an. Die Regel wird getrennt nach den Spalten geschrieben, mit beiden Spalten in Klammern:

SQLleere Datenbank

CREATE TABLE supplier_prices (
  supplier_id INTEGER NOT NULL,
  product_id INTEGER NOT NULL,
  price REAL NOT NULL,
  UNIQUE (supplier_id, product_id)
);
INSERT INTO supplier_prices VALUES (1, 1, 0.95), (2, 1, 0.9), (1, 2, 1.4);
INSERT INTO supplier_prices VALUES (1, 1, 0.85);

CREATE TABLE supplier_prices ( supplier_id INTEGER NOT NULL, product_id INTEGER NOT NULL, price REAL NOT NULL, UNIQUE (supplier_id, product_id) ); INSERT INTO supplier_prices VALUES (1, 1, 0.95), (2, 1, 0.9), (1, 2, 1.4); INSERT INTO supplier_prices VALUES (1, 1, 0.85);

▶ AusführenAbfrage zurücksetzenNeue Datenbank

Die ersten drei Zeilen gehen hinein. Die vierte ist ein zweiter Preis von Lieferant 1 für Produkt 1.

Genauer, für Neugierige

UNIQUE erlaubt viele NULL: Zwei Lieferanten ohne Umsatzsteuernummer zählen nicht als gleich, weil NULL nicht gleich NULL ist. Wenn die Umsatzsteuernummer Pflicht ist, schreib vat TEXT NOT NULL UNIQUE. PostgreSQL arbeitet genauso. SQL Server lässt in eine UNIQUE-Spalte standardmäßig nur ein NULL.

Die Idee

CHECK

CHECK (Bedingung) lässt die Zeile nur hinein, wenn die Bedingung wahr ist. Die Bedingung ist wie die in WHERE:

SQLleere Datenbank

CREATE TABLE suppliers (
  id INTEGER PRIMARY KEY,
  name TEXT NOT NULL,
  rating INTEGER CHECK (rating BETWEEN 1 AND 5)
);
INSERT INTO suppliers (name, rating) VALUES ('Sonnenhof', 7);

CREATE TABLE suppliers ( id INTEGER PRIMARY KEY, name TEXT NOT NULL, rating INTEGER CHECK (rating BETWEEN 1 AND 5) ); INSERT INTO suppliers (name, rating) VALUES ('Sonnenhof', 7);

▶ AusführenAbfrage zurücksetzenNeue Datenbank

Wenn die Bedingung mehrere Spalten betrifft, steht CHECK nach den Spalten. Eine Aktion darf nicht enden, bevor sie beginnt:

SQLleere Datenbank

CREATE TABLE promotions (
  product_id INTEGER NOT NULL,
  starts_on TEXT NOT NULL,
  ends_on TEXT NOT NULL,
  CHECK (ends_on >= starts_on)
);
INSERT INTO promotions VALUES (17, '2026-11-01', '2026-10-01');

CREATE TABLE promotions ( product_id INTEGER NOT NULL, starts_on TEXT NOT NULL, ends_on TEXT NOT NULL, CHECK (ends_on >= starts_on) ); INSERT INTO promotions VALUES (17, '2026-11-01', '2026-10-01');

▶ AusführenAbfrage zurücksetzenNeue Datenbank

Die Meldung von SQLite sagt, welche Bedingung verletzt wurde. Halte die Bedingungen also kurz und klar.

Sieh es dir an

CHECK lässt NULL durch

Die Bewertung geht von 1 bis 5. Und wenn sie nicht angegeben ist?

SQLleere Datenbank

CREATE TABLE suppliers (
  id INTEGER PRIMARY KEY,
  name TEXT NOT NULL,
  rating INTEGER CHECK (rating BETWEEN 1 AND 5)
);
INSERT INTO suppliers (name, rating) VALUES ('Sonnenhof', NULL);
SELECT * FROM suppliers;

CREATE TABLE suppliers ( id INTEGER PRIMARY KEY, name TEXT NOT NULL, rating INTEGER CHECK (rating BETWEEN 1 AND 5) ); INSERT INTO suppliers (name, rating) VALUES ('Sonnenhof', NULL); SELECT * FROM suppliers;

▶ AusführenAbfrage zurücksetzenNeue Datenbank

Sie ist hineingekommen. CHECK weist die Zeile nur ab, wenn die Bedingung falsch ist. NULL BETWEEN 1 AND 5 ist „unbekannt“, wie jeder Vergleich mit NULL. Das ist das Gegenteil von WHERE, das nur behält, was wahr ist.

Hier ist das richtig: Ein neuer Lieferant hat noch keine Bewertung. Aber wenn der Wert Pflicht ist, reicht CHECK nicht. Du brauchst zusätzlich NOT NULL.

Probier es aus

Die Preise der Lieferanten

Die Tabelle supplier_prices hat supplier_id, product_id und price. Der Preis ist Pflicht und größer als 0, und jeder Lieferant hat für ein bestimmtes Produkt nur einen Preis. Ergänze die Regeln.

SQLleere Datenbank

CREATE TABLE supplier_prices (
  supplier_id INTEGER NOT NULL,
  product_id INTEGER NOT NULL,
  price REAL
);

CREATE TABLE supplier_prices ( supplier_id INTEGER NOT NULL, product_id INTEGER NOT NULL, price REAL );

Prüfen▶ Ausführen

Die Idee

PRIMARY KEY

Den Primärschlüssel kennst du schon: die Spalte, an der man eine Zeile erkennt. In CREATE TABLE ist er ein Constraint wie die anderen. Er lässt keine zwei Zeilen mit demselben Schlüssel hinein:

SQLleere Datenbank

CREATE TABLE suppliers (
  id INTEGER PRIMARY KEY,
  name TEXT NOT NULL
);
INSERT INTO suppliers (id, name) VALUES (1, 'Bäckerei Zora');
INSERT INTO suppliers (id, name) VALUES (1, 'Balkan-Molkerei');

CREATE TABLE suppliers ( id INTEGER PRIMARY KEY, name TEXT NOT NULL ); INSERT INTO suppliers (id, name) VALUES (1, 'Bäckerei Zora'); INSERT INTO suppliers (id, name) VALUES (1, 'Balkan-Molkerei');

▶ AusführenAbfrage zurücksetzenNeue Datenbank

Hat der Schlüssel zwei Spalten, wird er getrennt geschrieben, wie UNIQUE. So ist es in order_items: Ein Produkt steht einmal in einer Bestellung, und die Menge steht in quantity.

order_items

• PKorder_idinteger→ orders
• PKproduct_idinteger→ products
• quantityinteger *
• unit_pricereal *

Genauer, für Neugierige

SQLite hat eine alte Eigenheit: Ein Primärschlüssel, der nicht INTEGER PRIMARY KEY ist, akzeptiert NULL. Führ es aus:

SQLleere Datenbank

CREATE TABLE coupons (
  code TEXT PRIMARY KEY,
  discount REAL
);
INSERT INTO coupons VALUES (NULL, 5), (NULL, 10);
SELECT * FROM coupons;

CREATE TABLE coupons ( code TEXT PRIMARY KEY, discount REAL ); INSERT INTO coupons VALUES (NULL, 5), (NULL, 10); SELECT * FROM coupons;

▶ AusführenAbfrage zurücksetzenNeue Datenbank

Zwei Gutscheine ohne Code. Das ist ein Fehler aus den frühen Versionen, der geblieben ist, damit alte Programme nicht kaputtgehen. In einer STRICT-Tabelle nimmt der Primärschlüssel kein NULL. Überall sonst schreib code TEXT NOT NULL PRIMARY KEY. In PostgreSQL und MySQL ist der Primärschlüssel immer NOT NULL.

Übung

Die Lieferanten, richtig gemacht

Lege die endgültige Tabelle suppliers an: id (Primärschlüssel), name (Pflicht), vat (Umsatzsteuernummer, Pflicht und ohne Wiederholungen), city (Pflicht, mit dem Standardwert 'Sofia') und rating (eine ganze Zahl von 1 bis 5, darf fehlen). Die Prüfung versucht auch, schlechte Lieferanten hinzuzufügen.

SQLleere Datenbank

CREATE TABLE suppliers (
  id INTEGER PRIMARY KEY,
  name TEXT,
  vat TEXT,
  city TEXT,
  rating INTEGER
);

CREATE TABLE suppliers ( id INTEGER PRIMARY KEY, name TEXT, vat TEXT, city TEXT, rating INTEGER );

Prüfen▶ Ausführen

Test

Teste dich

1. Die Spalte ist city TEXT NOT NULL DEFAULT 'Sofia'. Was passiert bei einem INSERT, der keine Stadt angibt?

Die Stadt bleibt NULLDie Stadt wird „Sofia“Ein NOT-NULL-Fehler

2. Wie sagst du „ein Lieferant hat einen Preis pro Produkt“, wenn zwei Lieferanten dasselbe Produkt anbieten dürfen?

NOT NULL auf beiden SpaltenUNIQUE (supplier_id, product_id)UNIQUE auf supplier_id und UNIQUE auf product_id

3. Die Spalte ist rating INTEGER CHECK (rating BETWEEN 1 AND 5). Was kommt hinein?

1 bis 5 und NULLAlles, CHECK ist nur eine WarnungNur 1 bis 5

4. Was bedeutet PRIMARY KEY (order_id, product_id) in order_items?

Die Tabelle hat zwei PrimärschlüsselDas Paar aus Bestellung und Produkt darf sich nicht wiederholenJede Bestellung hat nur ein Produkt

Prüfen

Lektion von vorn beginnen

Verwandte Lektionen

• Baut auf: Datumsfunktionen · Primärschlüssel und Fremdschlüssel · INSERT: Zeilen einfügen · CREATE TABLE: eine Tabelle anlegen
• Geht weiter in: Fremdschlüssel: Verbindungen zwischen Tabellen · ALTER TABLE: eine Tabelle ändern · Beziehungstypen: 1:1, 1:N, M:N · ER-Diagramm: von der Beschreibung zum Schema
• Aufgaben zum Thema: Tabellen und Regeln