Cosa sono gli schemi in PostgreSQL?

Question

Accepted Answer

Uno **schema** in PostgreSQL è uno **spazio dei nomi** all'interno di un database — un contenitore logico che raggruppa tabelle correlate, viste, funzioni e altri oggetti. Gli schemi ti permettono di organizzare gli oggetti ed evitare collisioni di nomi; lo schema predefinito è `public`.

## Gli schemi organizzano gli oggetti all'interno di un database

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

Gli oggetti vengono referenziati come `schema.object`. Senza un prefisso di schema, Postgres utilizza il **search path** (predefinito: `public`).

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

Il **search path** determina quali schemi Postgres cerca per i nomi non qualificati — impostarlo ti consente di usare nomi brevi all'interno di uno schema scelto.

## Perché usare gli schemi

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

Un pattern comune è uno **schema per tenant** nelle applicazioni multi-tenant, oppure raggruppare per dominio/modulo.

## Perché è importante

Gli schemi sono una funzionalità utile di PostgreSQL per **organizzare gli oggetti del database**, e comprenderli è prezioso per strutturare bene i database, specialmente quando crescono o servono più tenant.

Comprendere che uno schema è uno spazio dei nomi all'interno di un database (che raggruppa tabelle, viste, funzioni) — con la gerarchia di server → database → schema → oggetti — chiarisce come Postgres organizza gli oggetti e come farvi riferimento (`schema.object`, oppure affidandosi al **search path** per i nomi non qualificati, che di default è `public`).

Conoscere gli **usi pratici** è il valore chiave: gli schemi forniscono organizzazione (raggruppamento di oggetti correlati per dominio/modulo — `auth`, `sales`, `analytics`), evitano collisioni di nomi (schemi diversi possono avere tabelle con lo stesso nome), abilitano sicurezza/permessi per schema, e crucialmente supportano la **multi-tenancy** (un pattern comune di uno schema per tenant per isolare i dati di ogni cliente — un'opzione architettonica importante per le applicazioni SaaS).

Comprendere gli schemi e il search path ti aiuta a organizzare un database in modo pulito, evitare il disordine e le collisioni di mettere tutto in `public`, e implementare pattern come la multi-tenancy.

Poiché l'organizzazione logica degli oggetti del database è importante per la manutenibilità (specialmente nelle applicazioni più grandi), e poiché gli schemi abilitano pattern importanti (separazione di dominio, multi-tenancy, sicurezza per schema), comprendere gli schemi di PostgreSQL — cosa sono, il search path, e i loro usi pratici — è una conoscenza preziosa e praticamente rilevante per strutturare i database Postgres in modo efficace, particolarmente rilevante per applicazioni più grandi o multi-tenant dove una buona organizzazione degli oggetti è importante.