Tabellen, Zeilen und Schlüssel

Das Verzeichnis ist geöffnet. QUERY entfaltet über dem Schreibtisch ein Hologramm: Tausende Datensätze hängen in einem gleichmäßigen Raster in der Luft, zwischen einigen spannen sich dünne bernsteinfarbene Fäden. Du greifst nach einem, und er klingt wie eine Saite. Das ist kein Haufen Dateien. Das ist ein Gewebe.

Tabellen, Zeilen, Spalten

Eine relationale Datenbank ähnelt einem ordentlich geführten Katalog: Die Daten liegen in Tabellen, und innerhalb jeder Tabelle gibt es Spalten (welche Eigenschaften gespeichert werden) und Zeilen (die einzelnen Datensätze).

Nimm die Käufertabelle users: Jede Zeile ist ein Käufer der alten Erde, und die Spalten beschreiben id, full_name, email, country, city, signup_date.

Damit Menschen mit gleichem Namen nicht verwechselt werden, hat jede Zeile einen Primärschlüssel (primary key) — einen eindeutigen Bezeichner, meistens die Spalte id. Über ihn können andere Tabellen mit einem Fremdschlüssel (foreign key) auf diese Zeile verweisen. In einer Bestellung orders gibt es zum Beispiel user_id — so merkt sich die Bestellung ihren Käufer. Genau diese bernsteinfarbenen Fäden im Hologramm sind die Verbindungen über Schlüssel.

QUERY: Solange der Schlüssel hält, hält der Faden. Anderthalb Jahrhunderte sind vergangen, und jede Bestellung erinnert sich noch an ihren Menschen.

Führe die Abfrage aus und sieh dir an, wie die Käufer von «Kotomarket» aussehen — Datensätze, die seit den Tagen des alten Netzes niemand mehr geöffnet hat:

Tables, rows, columns

A relational database is like a tidy catalog: the data is sorted into tables, and inside each table there are columns (what properties we store) and rows (the individual records).

Take the buyers’ table users: each row is one buyer from old Earth, and the columns describe their id, full_name, email, country, city, signup_date.

So that people with the same name don’t get confused, every row has a primary key — a unique identifier, usually the id column. Through it, other tables can reference this row using a foreign key. For example, an order in orders has a user_id — that’s how an order remembers its buyer. Those amber threads on the hologram are exactly these key-based links.

QUERY: As long as the key holds, the thread holds. A century and a half on, every order still remembers its person.

Run the query and see what Kotomarket’s buyers look like — records no one has opened since the days of the old Net:

Natürlicher Schlüssel oder Surrogatschlüssel

Woher kommt ein Primärschlüssel? Es gibt zwei Möglichkeiten. Ein natürlicher Schlüssel ist ein reales Attribut, das ohnehin eindeutig ist: die E-Mail eines Käufers, die ISBN eines Buches, ein Währungscode. Ein Surrogatschlüssel ist ein künstlicher Bezeichner ohne Bedeutung außerhalb der Datenbank: eine Autonummerierung oder eine UUID. In «Kotomarket» werden überall Surrogat-id verwendet — eine klassische, saubere Lösung:

-- Klucz sztuczny: baza sama wydaje kolejny numer (PostgreSQL)
CREATE TABLE users (
  id        BIGINT GENERATED ALWAYS AS IDENTITY PRIMARY KEY,
  email     TEXT NOT NULL UNIQUE,  -- naturalny kandydat żyje obok jako UNIQUE
  full_name TEXT NOT NULL
);

Warum? Die wichtigste Eigenschaft eines Primärschlüssels ist: Er darf sich nicht ändern. Auf den PK verweisen die Fremdschlüssel anderer Tabellen. Ändert sich sein Wert, müssten alle Fäden gleichzeitig aktualisiert werden — in orders, in events, überall. Und wirklich „ewige“ natürliche Attribute gibt es kaum: Menschen ändern E-Mail-Adressen und Nachnamen, Telefonnummern werden neu vergeben, sogar ISBNs erscheinen in neuen Ausgaben. Eine Surrogat-id ändert sich nie — gerade weil sie nichts bedeutet.

Jeder Primärschlüssel muss eindeutig, nicht NULL und stabil sein. Natürliche Schlüssel eignen sich eher für kleine, unveränderliche Nachschlagetabellen — etwa den Währungscode 'RUB' aus ISO 4217. Die Eindeutigkeit eines natürlichen Kandidaten wie email schreibst du mit einem separaten UNIQUE-Constraint fest, wie im Beispiel oben: Die Verbindungen bleiben erhalten, die Daten bleiben korrekt, und ein Käufer darf trotzdem seine E-Mail ändern.