PostgreSQL jappoġġa array kolonni — kolonja waħda tista' żżomm valuri multipli tal-istess tip. Din hija karatteristika distinta ta' Postgres utli għall-ħżin ta' listi (tags, roles, scores) mingħajr tabella separata, b'operaturi u funzjonijiet għall-interrogazzjoni.
posts (
id SERIAL ,
title TEXT,
tags TEXT[]
);
posts (title, tags)
(, [, ]),
(, );
Is-sintassi type[] tiddichjara kolonja ta' array. Tinsert bi ARRAY[...] jew '{...}' sintassi ta' literal.
-- 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
Operaturi bħal ANY (fih valur), @> (kontenzjoni), u && (sovrappożizzjoni), flimkien ma' funzjonijiet bħal unnest (espandi għal ringieli) u array_agg (aggrega ringieli f'array), jagħmlu arrays interrogabbli.
-- 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.
L-kolonni ta' array huma karatteristika distinta u utli ta' PostgreSQL, u l-fahim tagħhom hu valur kemm għall-ħin li tuża l-kapaċitajiet ta' Postgres kif għad-deċiżjonijiet ta' disinj sani.
Arrays iħalluuk ħżin valuri multipli f'kolonja waħda (tags, roles, lists) mingħajr tabella separata — konvenjonali għal listi sempliċi marbuta mill-qrib ma' ringiela.
L-fahim ta' kif tiddefinixxi, insert, u speċjalment interrogazzjoni ta' arrays (operaturi bħal ANY għal appartenenza, @> għal kontenzjoni, && għal sovrappożizzjoni, u funzjonijiet bħal unnest biex tespandi arrays f'ringieli) hu neċessarju biex tuża-hom b'effettività, u l-għarfien li indexi GIN jagħmlu interrogazzjonijiet ta' array effiċjenti hu importanti għall-performanza.
'L-istess mod importanti hu l-ġudizzju tad-disinj ta' meta tuża arrays kontra tabella relatata normalizzata: arrays huma konvenjonali għal listi sempliċi li m'għandekx bżonn interrogazzjoni, join, jew manutenzjoni relattavament, iżda jistgħu jilqgħu l-prinċipji ta' normalizzazzjoni u jsiru diffiċli meta għandek bżonn interrogazzjoni ta' valuri individwali, join fuqhom, jew immaniġġija ta' lista kumplessa/kbira — f'dak il-każ tabella relatata separata hu l-għażla aħjar u normalizzata.
L-fahim ta' dan it-trade-off (arrays għal konvenxjoni b'listi sempliċi marbuta, tabelli separati għad-data amministrata relattavament) jirifletti ġudizzju tad-disinj sani.
Billi arrays huma karatteristika utli u distinta ta' Postgres li tista' tissimplifika ċerti disinns (nevitaw tabella tal-join għal listi sempliċi) iżda jistgħu jintużaw ħażin (denormalizzazzjoni ta' data li għandha tkun relattiva), l-fahim tal-kolonni ta' array — kif tiddefinixxi, interrogazzjoni, u indexing tagħhom, u kruċjalment meta huma xierqa kontra meta tabella normalizzata hu aħjar — hu għarfien valur u pratiku-relevant għad-disinj ta' iskemi Postgres li juża l-approcċ tajjeb għal kull tip ta' data b'valuri multipli.