Ogni colonna ha un tipo di dato che definisce cosa contiene — numeri, testo, date, booleani, ecc. Scegliere il tipo giusto è importante per efficienza di archiviazione, correttezza e performance. I tipi variano leggermente a seconda del database, ma le categorie sono standard.
(,)
SERIAL AUTO_INCREMENT
Importante: usa DECIMAL/NUMERIC per il denaro (aritmetica esatta), mai FLOAT/DOUBLE (che hanno errori di arrotondamento che corrompono i calcoli finanziari).
VARCHAR(n) -- variable-length text up to n chars (the common choice)
CHAR(n) -- FIXED-length (padded) — for codes of known length (e.g. country codes)
TEXT -- large/unlimited text (articles, descriptions)
VARCHAR(n) è il tipo di testo quotidiano; TEXT per contenuti grandi; CHAR(n) per codici a lunghezza fissa.
DATE -- date only (2024-01-15)
TIME -- time only
TIMESTAMP -- date + time (with or WITHOUT time zone — TIMESTAMPTZ in Postgres)
BOOLEAN -- true/false
UUID -- universally unique identifier (good for distributed IDs)
JSON / JSONB -- structured JSON data (JSONB in Postgres is indexed/efficient)
BLOB / BYTEA -- binary data
✓ Storage — smaller types use less space (INT vs BIGINT; VARCHAR vs TEXT)
✓ Correctness — DECIMAL for money (exact), proper date types for dates, BOOLEAN for flags
✓ Performance — correct types index and compare efficiently; right size = less I/O
✓ Validation — the type itself constrains what can be stored (an INT can't hold text)
✓ Time zones — use TIMESTAMPTZ for timestamps to avoid time-zone bugs
Scegliere tipi di dati appropriati è un aspetto fondamentale della progettazione di database che influisce su archiviazione, correttezza e performance, quindi comprendere i tipi comuni e come sceglierli è una conoscenza importante quotidiana.
Conoscere le categorie — numerici (INT, BIGINT, DECIMAL, FLOAT), testo (VARCHAR, CHAR, TEXT), data/ora (DATE, TIMESTAMP), booleano e tipi speciali (UUID, JSON/JSONB) — è necessario per progettare correttamente le tabelle.
Alcune scelte hanno conseguenze reali che meritano di essere comprese: usare DECIMAL/NUMERIC per il denaro piuttosto che FLOAT (una questione critica di correttezza — gli errori di arrotondamento della virgola mobile corrompono i calcoli finanziari, un bug classico e serio), scegliere la dimensione intera giusta (BIGINT per gli ID che potrebbero crescere oltre l'intervallo di INT — una preoccupazione reale per le tabelle grandi), usare tipi data/ora appropriati (soprattutto TIMESTAMPTZ consapevole del fuso orario per evitare bug di fuso orario), e selezionare tipi di testo dimensionati opportunamente (VARCHAR vs TEXT).
La scelta del tipo corretto influisce sull'efficienza di archiviazione (i tipi più piccoli usano meno spazio e I/O), sulla correttezza (il tipo convalida e rappresenta esattamente i dati) e sulla performance (i tipi appropriati indicizzano e confrontano efficientemente).
Poiché ogni colonna richiede una scelta di tipo, e poiché le scelte sbagliate causano problemi reali (FLOAT per denaro che corrompe i calcoli, overflow di INT per gli ID, bug di fuso orario), comprendere i tipi di dati SQL comuni e i principi per sceglierli — esattezza per il denaro, dimensionamento appropriato, timestamp consapevoli del fuso orario — è una conoscenza importante e fondamentale per una progettazione di database solida che previene una classe di problemi sottili ma seri di correttezza dei dati e performance.