Co jsou schémata v PostgreSQL?

Question

Accepted Answer

**Schéma** v PostgreSQL je **namespace** v rámci databáze — logický kontejner, který sdružuje související tabulky, pohledy, funkce a další objekty. Schémata vám umožňují organizovat objekty a vyhnout se kolizím jmen; výchozím schématem je `public`.

## Schémata organizují objekty v databázi

```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
```

Na objekty se odkazuje jako `schema.object`. Bez předpony schématu PostgreSQL používá **search path** (výchozí: `public`).

## 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)
```

**Search path** určuje, ve kterých schématech PostgreSQL hledá nekvalifikovaná jména — jeho nastavení vám umožňuje používat krátká jména v rámci vybraného schématu.

## Proč používat schémata

```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
```

Běžným vzorem je **schéma na tenanta** v aplikacích s více tenanty, nebo seskupování podle domény/modulu.

## Proč na tom záleží

Schémata jsou užitečnou funkcí PostgreSQL pro **organizaci databázových objektů** a jejich pochopení je cenné pro dobré strukturování databází, zejména jak rostou nebo slouží více klientům.

Pochopení, že schéma je namespace v databázi (sdružující tabulky, pohledy, funkce) — s hierarchií server → databáze → schéma → objekty — vyjasnilo, jak PostgreSQL organizuje objekty a jak na ně odkazovat (`schema.object`, nebo se spoléhat na **search path** pro nekvalifikovaná jména, která standardně vedou na `public`).

Znalost **praktických použití** je klíčová hodnotou: schémata poskytují organizaci (seskupování souvisejících objektů podle domény/modulu — `auth`, `sales`, `analytics`), zabraňují kolizím jmen (různá schémata mohou mít stejně pojmenované tabulky), umožňují bezpečnost/oprávnění na úrovni schématu a zásadně podporují **multi-tenancy** (běžný vzor jednoho schématu na tenanta pro izolaci dat jednotlivých zákazníků — důležitá architektonická možnost pro SaaS aplikace).

Pochopení schémat a search path vám pomáhá organizovat databázi čistě, vyhnout se nepořádku a kolizím přiřazení všeho do `public` a implementovat vzory jako multi-tenancy.

Protože logická organizace databázových objektů záleží na údržbě (zejména u větších aplikací) a schémata umožňují důležité vzory (oddělení domén, multi-tenancy, bezpečnost na úrovni schématu), je pochopení PostgreSQL schémat — co to jsou, search path a jejich praktické použití — cenná, prakticky relevantní znalost pro efektivní strukturování PostgreSQL databází, obzvlášť relevantní pro větší nebo aplikace s více tenanty, kde je důležitá dobrá organizace objektů.