Schema Database Relazionale e DDL

Cos'è e quando si usa

Serve a backend developer e data engineer che devono trasformare requisiti di dominio in uno schema dati solido. Concreto: descrivi le entita e le regole e ottieni il modello logico (tabelle con colonne, tipi, chiavi primarie/esterne, vincoli), l'elenco delle relazioni e degli indici e il DDL SQL eseguibile, con scelte di normalizzazione motivate.

Processo

Execution Templates

Fase di progetto

Template PRD e documenti di requisiti

Livello

Avanzato

Cosa contiene il file

# Schema database - [Dominio]

## 1. Dizionario tabelle
### Tabella: clienti
| Colonna | Tipo | Vincoli | Descrizione |
|---|---|---|---|
| id | BIGINT | PK, auto-increment | Identificativo |
| email | VARCHAR(255) | NOT NULL, UNIQUE | Email cliente |
| creato_il | TIMESTAMP | NOT NULL DEFAULT now() | Data creazione |

### Tabella: ordini
| Colonna | Tipo | Vincoli | Descrizione |
|---|---|---|---|
| id | BIGINT | PK | Identificativo |
| cliente_id | BIGINT | FK -> clienti(id), NOT NULL | Cliente |
| totale | DECIMAL(10,2) | NOT NULL, CHECK (totale >= 0) | Importo |

## 2. Relazioni
- clienti 1 --- N ordini (un cliente ha molti ordini)

## 3. Indici
- idx_ordini_cliente_id su ordini(cliente_id) - join frequenti

## 4. Note di normalizzazione
Schema in 3NF. Nessuna denormalizzazione.

## 5. DDL (PostgreSQL)
```sql
CREATE TABLE clienti (
  id BIGINT GENERATED ALWAYS AS IDENTITY PRIMARY KEY,
  email VARCHAR(255) NOT NULL UNIQUE,
  creato_il TIMESTAMP NOT NULL DEFAULT now()
);
CREATE TABLE ordini (
  id BIGINT GENERATED ALWAYS AS IDENTITY PRIMARY KEY,
  cliente_id BIGINT NOT NULL REFERENCES clienti(id),
  totale DECIMAL(10,2) NOT NULL CHECK (totale >= 0)
);
CREATE INDEX idx_ordini_cliente_id ON ordini(cliente_id);
```