A PostgreSQL támogatja az array oszlopokat — egyetlen oszlop több érték tárolhat ugyanabból a típusból. Ez egy jellegzetes Postgres funkció, amely hasznos listák tárolásához (címkék, szerepkörök, pontszámok) anélkül, hogy külön táblára lenne szükség, operátorokkal és függvényekkel a lekérdezéshez.
posts (
id SERIAL ,
title TEXT,
tags TEXT[]
);
posts (title, tags)
(, [, ]),
(, );
A type[] szintaxis deklarálja az array oszlopot. Beszúráshoz az ARRAY[...] vagy '{...}' literál szintaxist használjuk.
-- 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
Operátorok, mint az ANY (érték tartalmaz), @> (tartalmazás), és && (átfedés), valamint függvények, mint az unnest (kibontás sorokba) és array_agg (sorok aggregálása array-be), teszik az array-eket lekérdezhetővé.
-- 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.
Az array oszlopok egy jellegzetes és hasznos PostgreSQL funkció, és megértésük értékes mind a Postgres képességeinek kihasználásához, mind pedig a jó tervezési döntésekhez.
Az array-ek lehetővé teszik több érték tárolását egyetlen oszlopban (címkék, szerepkörök, listák) anélkül, hogy külön táblára lenne szükség — kényelmes egyszerű listákhoz szorosan kapcsolódó sorokhoz.
Annak megértése, hogyan kell definiálni, beszúrni, és különösen lekérdezni az array-eket (operátorok, mint az ANY a tagsághoz, @> a tartalmazáshoz, && az átfedéshez, és függvények, mint az unnest az array-ek sorokba bontásához) szükséges azok hatékony használatához, és annak tudása, hogy a GIN indexek hatékony array lekérdezéseket tesznek lehetővé, fontos a teljesítmény szempontjából.
Egyenlően fontos a tervezési ítélet, hogy mikor használjunk array-eket egy normalizált kapcsolódó tábla helyett: az array-ek kényelmes megoldás egyszerű listákhoz, amelyeket nem kell lekérdezni, joinolni vagy relációsan karbantartani, de megsérthetik a normalizálási elveket és kényelmessé válhatnak, amikor egyedi értékeket kell lekérdezni, joinolni kell velük, vagy komplex/nagy listát kell kezelni — ebben az esetben egy külön kapcsolódó tábla a jobb, normalizált választás.
Ennek a kompromisszumnak a megértése (array-ek az egyszerű, szorosan kapcsolódó listákhoz, külön táblák a relációsan kezelt adatokhoz) megfelelő tervezési ítéletet tükröz.
Mivel az array-ek egy hasznos, jellegzetes Postgres funkció, amely leegyszerűsíthet bizonyos terveket (join tábla elkerülése egyszerű listáknál), de félrehasználható is (az adatok denormalizálása, amelyeknek relációsnak kellene lenniük), az array oszlopok megértése — hogyan kell definiálni, lekérdezni és indexelni őket, és kritikusan mikor alkalmasak egy normalizált táblával szemben — értékes, gyakorlati relevanciájú tudás a Postgres sémák tervezéséhez, amely a megfelelő megközelítést használja az egyes többértékű adat típusokhoz.