PostgreSQL supporta colonne di tipo array — una singola colonna può contenere più valori dello stesso tipo. Questa è una funzionalità distintiva di Postgres utile per memorizzare liste (tag, ruoli, punteggi) senza una tabella separata, con operatori e funzioni per l'interrogazione.
posts (
id SERIAL ,
title TEXT,
tags TEXT[]
);
posts (title, tags)
(, [, ]),
(, );
La sintassi type[] dichiara una colonna array. Inserisci i dati con ARRAY[...] o sintassi di letterale '{...}'.
-- ANY — does the array contain a value?
SELECT * FROM posts WHERE 'ruby' = ANY(tags);
-- @> containment — does the array contain ALL of these?
SELECT * FROM posts WHERE tags @> ARRAY['ruby', 'web'];
-- && overlap — do the arrays share ANY element?
SELECT * FROM posts WHERE tags && ARRAY['tech', 'news'];
-- access by index (1-based!) and length
SELECT tags[1], array_length(tags, 1) FROM posts;
-- unnest — expand an array into rows
SELECT id, unnest(tags) AS tag FROM posts; -- one row per tag
Operatori come ANY (contiene un valore), @> (inclusione), e && (sovrapposizione), più funzioni come unnest (espande in righe) e array_agg (aggrega righe in un array), rendono gli array interrogabili.
-- a GIN index makes array containment/membership queries fast
CREATE INDEX idx_posts_tags ON posts USING GIN (tags);
-- now WHERE tags @> ARRAY['ruby'] uses the index
✓ USE for: simple lists tightly coupled to the row (tags, roles, a few scores)
where you don't need to query/join the individual values much
✗ AVOID when: you need to query, join, or maintain the values relationally,
or the list is large/complex → a separate related table (normalized) is better
→ Arrays are convenient but can violate normalization; use them judiciously.
Le colonne array sono una funzionalità distintiva e utile di PostgreSQL, e comprenderle è prezioso sia per sfruttare le capacità di Postgres che per prendere decisioni di progettazione consapevoli.
Gli array ti permettono di memorizzare più valori in una singola colonna (tag, ruoli, liste) senza una tabella separata — conveniente per liste semplici strettamente associate a una riga.
Comprendere come definire, inserire e soprattutto interrogare array (operatori come ANY per l'appartenenza, @> per l'inclusione, && per la sovrapposizione, e funzioni come unnest per espandere array in righe) è necessario per usarli efficacemente, e sapere che gli indici GIN rendono efficienti le query su array è importante per le prestazioni.
Equamente importante è il giudizio di progettazione di quando usare array rispetto a una tabella correlata normalizzata: gli array sono convenienti per liste semplici che non hai bisogno di interrogare, unire o mantenere relazionalmente, ma possono violare i principi di normalizzazione e diventare complicati quando hai bisogno di interrogare singoli valori, unirli, o gestire una lista complessa/grande — in questo caso una tabella correlata separata è la scelta migliore e normalizzata.
Comprendere questo compromesso (array per la convenienza con liste semplici accopiate, tabelle separate per dati gestiti relazionalmente) riflette un giudizio di progettazione consapevole.
Poiché gli array sono una funzionalità utile e distintiva di Postgres che può semplificare alcuni progetti (evitando una tabella di giunzione per liste semplici) ma può essere usata male (denormalizzando dati che dovrebbero essere relazionali), comprendere le colonne array — come definirle, interrogarle e indicizzarle, e crucialmente quando sono appropriate rispetto a quando una tabella normalizzata è migliore — è una conoscenza preziosa e praticamente rilevante per progettare schemi Postgres che usano l'approccio giusto per ogni tipo di dato multi-valore.