PostgreSQL stöder arraykolumner — en enda kolumn kan innehålla flera värden av samma typ. Detta är en distinkt PostgreSQL-funktion som är användbar för att lagra listor (taggar, roller, poäng) utan en separat tabell, med operatorer och funktioner för att fråga data.
posts (
id SERIAL ,
title TEXT,
tags TEXT[]
);
posts (title, tags)
(, [, ]),
(, );
Syntaxen type[] deklarerar en arraykolumn. Du infogar med ARRAY[...] eller '{...}' litteral syntax.
-- 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
Operatorer som ANY (innehåller ett värde), @> (inneslutning) och && (överlappning), plus funktioner som unnest (expandera till rader) och array_agg (aggregera rader till en array), gör arrayer frågbara.
-- 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.
Arraykolumner är en distinkt och användbar PostgreSQL-funktion, och att förstå dem är värdefullt både för att utnyttja PostgreSQL:s möjligheter och för att fatta sunda designbeslut.
Arrayer låter dig lagra flera värden i en enda kolumn (taggar, roller, listor) utan en separat tabell — bekvämt för enkla listor som är tätt kopplade till en rad.
Att förstå hur man definierar, infogar och särskilt frågar arrayer (operatorer som ANY för medlemskap, @> för inneslutning, && för överlappning, och funktioner som unnest för att expandera arrayer till rader) är nödvändigt för att använda dem effektivt, och att veta att GIN-index gör arrayförfrågningar effektiva är viktigt för prestanda.
Minst lika viktigt är designdomstolen att veta när man ska använda arrayer kontra en normaliserad relaterad tabell: arrayer är bekväma för enkla listor du inte behöver fråga, joina eller underhålla relationellt, men de kan bryta mot normaliseringsprinciper och bli opraktiska när du behöver fråga enskilda värden, joina på dem eller hantera en komplex/stor lista — i så fall är en separat relaterad tabell det bättre, normaliserade valet.
Att förstå denna avvägning (arrayer för bekvämlighet med enkla kopplade listor, separata tabeller för relationellt hanterad data) återspeglar sunt designdomstol.
Eftersom arrayer är en användbar, distinkt PostgreSQL-funktion som kan förenkla vissa designer (för att undvika en joiningstabell för enkla listor) men kan missbrukas (denormalisera data som bör vara relationellt), är det värdefullt, praktiskt relevant kunskap att förstå arraykolumner — hur man definierar, frågar och indexerar dem, och avgörande när de är lämpliga kontra när en normaliserad tabell är bättre — för att designa PostgreSQL-scheman som använder rätt metod för varje typ av flervärdad data.