Übersicht der Datentypen

Numerische Typen

Für Zahlen gibt es zwei große Familien: Ganzzahlen und Gleitkomma-/Dezimal-Zahlen.

Faustregel: Für Geldbeträge immer numeric (z. B. numeric(10,2)). Niemals float — die Rundungsfehler sind klein, summieren sich aber bei vielen Operationen zu sichtbaren Differenzen.

Mehr dazu: Numerische Typen — int, bigint, numeric.

Auto-inkrementierende IDs

Zwei Wege, Postgres das automatische Hochzählen einer Primary-Key-Spalte zu überlassen:

CREATE TABLE users (
    id    bigint GENERATED ALWAYS AS IDENTITY PRIMARY KEY,
    email text NOT NULL UNIQUE
);

CREATE TABLE users (
    id    bigserial PRIMARY KEY,
    email text NOT NULL UNIQUE
);

Beide funktionieren. IDENTITY ist SQL-Standard und der saubere moderne Weg. Mehr Detail: SERIAL vs. IDENTITY.

Text-Typen

Faustregel: In Postgres benutzt man text für fast alles. Anders als in MySQL/Oracle gibt es keinen Performance-Unterschied zwischen text und varchar — Postgres speichert sie intern gleich.

Mehr: text, varchar, char.

Wahrheitswerte

boolean (kurz bool) speichert TRUE, FALSE oder NULL. Ein Byte. Postgres akzeptiert bei Inserts viele Schreibweisen:

INSERT INTO settings (active) VALUES (TRUE);
INSERT INTO settings (active) VALUES (FALSE);
INSERT INTO settings (active) VALUES ('t');     -- 'true'
INSERT INTO settings (active) VALUES ('f');     -- 'false'
INSERT INTO settings (active) VALUES ('yes');   -- 'true'
INSERT INTO settings (active) VALUES (1);       -- ERROR: Postgres ist hier streng!

boolean ist nicht einfach „eine 0 oder 1” — Postgres lässt sich numerisch nicht überreden. Mehr: boolean.

Datum und Zeit

Wichtigste Empfehlung: Für jede Spalte, die einen Zeitpunkt darstellt (created_at, updated_at, paid_at, …), immer timestamptz nehmen, nicht timestamp. Der Unterschied ist in der Praxis riesig — Detail-Artikel: Datum, Zeit und Zeitstempel.

UUID

Universally Unique Identifier — 128-Bit-Werte, die ohne zentrale Vergabe weltweit eindeutig sind:

SELECT gen_random_uuid();
--      gen_random_uuid
-- --------------------------------------
--  3f9a8b1c-4e2d-4a1f-9e7c-1a2b3c4d5e6f

gen_random_uuid() ist eingebaut seit PG 13 — keine Extension nötig. Beliebt in verteilten Systemen oder als „undurchschaubare” Public-IDs. Mehr: UUID.

JSON / JSONB

Postgres kann JSON-Dokumente direkt als Spaltenwert speichern und durchsuchen:

CREATE TABLE products (
    id    bigserial PRIMARY KEY,
    sku   text NOT NULL,
    attrs jsonb
);

INSERT INTO products (sku, attrs) VALUES
    ('A1', '{"color": "red", "weight_kg": 1.2, "tags": ["new", "sale"]}');

SELECT sku FROM products WHERE attrs->>'color' = 'red';

jsonb ist die binäre, optimierte Variante — fast immer die richtige Wahl gegenüber dem älteren json. Eigenes Kapitel: JSON und JSONB.

Arrays

Jede Spalte kann ein Array sein:

CREATE TABLE articles (
    id   bigserial PRIMARY KEY,
    tags text[]
);

INSERT INTO articles (tags) VALUES
    (ARRAY['postgres', 'tutorial', 'sql']);

SELECT * FROM articles WHERE 'postgres' = ANY(tags);

Praktisch für Listen-Felder, Tags und kleine Mengen. Bei sehr vielen Einträgen oder relationalen Beziehungen lohnen sich aber separate Tabellen. Mehr: Arrays.

Ranges

Wertebereiche als eigener Typ — perfekt für Buchungs-Slots oder Datums-Spannen:

CREATE TABLE bookings (
    id      bigserial PRIMARY KEY,
    room_id integer,
    period  tstzrange   -- Range von Timestamps mit TZ
);

INSERT INTO bookings (room_id, period) VALUES
    (1, '[2026-05-07 14:00, 2026-05-07 16:00)');

Postgres bringt Built-in-Operatoren für Überschneidungen, Eindämmung etc. — und kann mit Exclusion-Constraints automatisch Doppel-Buchungen verhindern. Mehr: Ranges.

Enum

Aufzählungstypen für feste Wertelisten:

CREATE TYPE order_status AS ENUM ('pending', 'paid', 'shipped', 'cancelled');

CREATE TABLE orders (
    id     bigserial PRIMARY KEY,
    status order_status NOT NULL DEFAULT 'pending'
);

Klingt elegant, hat aber Tücken bei Änderungen — siehe Detail-Artikel: Enum. Häufig ist eine Lookup-Tabelle mit text-Spalte + Foreign Key flexibler.

Binär-Daten

bytea für kleine bis mittlere Binär-Daten direkt in der Tabelle:

CREATE TABLE attachments (
    id   bigserial PRIMARY KEY,
    data bytea
);

Für richtig große Dateien (>10 MB) gibt’s Large Objects — und in Produktion meist die Empfehlung, das Binär-Zeug ganz aus der DB zu lassen (S3 / Object Storage) und nur die URL zu speichern. Mehr: bytea vs. Large Objects.

Geometrie

Postgres bringt Built-in-Geometrie-Typen mit (point, line, polygon, circle) — für ernsthafte Geo-Anwendungen ist aber PostGIS die de-facto-Standardlösung:

-- Built-in:
SELECT point(13.40, 52.52);

-- PostGIS:
CREATE EXTENSION postgis;
SELECT ST_Distance(
    ST_MakePoint(13.40, 52.52)::geography,  -- Berlin
    ST_MakePoint(2.35, 48.86)::geography    -- Paris
);  -- ca. 878 km

Mehr: Geometrie und PostGIS — Kurzeinführung.

Weiterführende Ressourcen

Externe Quellen

• Data Types – PostgreSQL Documentation
• CREATE TYPE – PostgreSQL Documentation
• CREATE DOMAIN – PostgreSQL Documentation
• Type Conversion Rules

Verwandte Artikel

• Numerische Typen — int, bigint, numeric
• SERIAL vs. IDENTITY
• text, varchar, char
• Datum, Zeit und Zeitstempel
• UUID
• Arrays