Was sind Schemas in PostgreSQL?

Question

Accepted Answer

Ein **Schema** in PostgreSQL ist ein **Namespace** innerhalb einer Datenbank — ein logischer Container, der zusammenhängende Tabellen, Views, Funktionen und andere Objekte gruppiert. Schemas ermöglichen es dir, Objekte zu organisieren und Namenskollisionen zu vermeiden; das Standard-Schema ist `public`.

## Schemas organisieren Objekte innerhalb einer Datenbank

```text
A PostgreSQL server can have multiple DATABASES.
Each database can have multiple SCHEMAS (namespaces).
Each schema contains TABLES, views, functions, etc.
→ Hierarchy: server → database → schema → tables/objects
```

```sql
CREATE SCHEMA sales;                    -- create a schema
CREATE TABLE sales.orders (...);         -- a table IN the sales schema (qualified name)
SELECT * FROM sales.orders;              -- reference with schema.table

-- the default schema is `public` — unqualified objects go there
CREATE TABLE users (...);                -- actually public.users
```

Objekte werden als `schema.object` referenziert. Ohne Schema-Präfix verwendet Postgres den **search path** (Standard: `public`).

## Der search path

```sql
SHOW search_path;                        -- default: "$user", public
SET search_path TO sales, public;        -- look in sales first, then public
SELECT * FROM orders;                    -- finds sales.orders (no prefix needed)
```

Der **search path** bestimmt, in welchen Schemas Postgres nach unqualifizierten Namen sucht — durch das Setzen kannst du kurze Namen innerhalb eines gewählten Schemas verwenden.

## Warum Schemas verwenden

```text
✓ ORGANIZATION — group related objects (e.g. `sales`, `inventory`, `auth` schemas)
✓ Avoid naming collisions — two schemas can each have an `orders` table
✓ MULTI-TENANCY — a schema per tenant (isolating each customer's data)
✓ SECURITY/permissions — grant access per schema
✓ Separating concerns — e.g. an `app` schema vs an `analytics` schema
```

Ein häufiges Muster ist ein **Schema pro Mandant** in Multi-Tenant-Anwendungen oder eine Gruppierung nach Domain/Modul.

## Warum es wichtig ist

Schemas sind eine nützliche PostgreSQL-Funktion zur **Organisation von Datenbankobjekten**, und ihr Verständnis ist wertvoll für eine gute Datenbankstrukturierung, besonders wenn diese wächst oder mehrere Mandanten bedient.

Zu verstehen, dass ein Schema ein Namespace innerhalb einer Datenbank ist (das Tabellen, Views, Funktionen gruppiert) — mit der Hierarchie Server → Datenbank → Schema → Objekte — klärt, wie Postgres Objekte organisiert und wie man sie referenziert (`schema.object`, oder durch Verlassen auf den **search path** für unqualifizierte Namen, standardmäßig `public`).

Das Verständnis der **praktischen Anwendungen** ist der Schlüsselwert: Schemas bieten Organisation (Gruppierung zusammenhängender Objekte nach Domain/Modul — `auth`, `sales`, `analytics`), vermeiden Namenskollisionen (verschiedene Schemas können gleichnamige Tabellen haben), ermöglichen Pro-Schema-Sicherheit/Berechtigungen und unterstützen entscheidend **Multi-Tenancy** (ein häufiges Muster von einem Schema pro Mandant, um die Daten jedes Kunden zu isolieren — eine wichtige Architektur-Option für SaaS-Anwendungen).

Das Verständnis von Schemas und dem search path hilft dir, eine Datenbank sauber zu organisieren, das Durcheinander und Kollisionen von allem in `public` zu vermeiden und Muster wie Multi-Tenancy umzusetzen.

Da die logische Organisation von Datenbankobjekten für die Wartbarkeit wichtig ist (besonders in größeren Anwendungen), und Schemas wichtige Muster ermöglichen (Domain-Trennung, Multi-Tenancy, Pro-Schema-Sicherheit), ist das Verständnis von PostgreSQL-Schemas — was sie sind, der search path und ihre praktischen Anwendungen — wertvoll, praktisch relevantes Wissen für eine effektive Strukturierung von Postgres-Datenbanken, besonders relevant für größere oder Multi-Tenant-Anwendungen, wo eine gute Objektorganisation wichtig ist.