PostgreSQL inaunga mkono safu wima za array — safu wima moja inaweza kushikilia thamani nyingi za aina ile ile. Hiki ni kipengele tofauti cha Postgres chenye manufaa kwa kuhifadhi orodha (tags, roles, scores) bila jedwali tofauti, pamoja na operators na functions za kuuliza.
posts (
id SERIAL ,
title TEXT,
tags TEXT[]
);
posts (title, tags)
(, [, ]),
(, );
Sintaksia ya type[] inatangaza safu wima ya array. Unaingiza kwa sintaksia ya ARRAY[...] au '{...}' 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
Operators kama ANY (ina thamani), @> (containment), na && (overlap), pamoja na functions kama unnest (kupanua hadi safu) na array_agg (kukusanya safu kuwa array), zinafanya arrays ziweze kuulizwa.
-- 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.
Safu wima za array ni kipengele tofauti na chenye manufaa cha PostgreSQL, na kuzielewa ni jambo lenye thamani kwa kutumia uwezo wa Postgres na kwa kufanya maamuzi mazuri ya kubuni.
Arrays zinakuruhusu kuhifadhi thamani nyingi katika safu wima moja (tags, roles, orodha) bila jedwali tofauti — rahisi kwa orodha rahisi zilizounganishwa karibu na safu.
Kuelewa jinsi ya kufafanua, kuingiza, na hasa kuuliza arrays (operators kama ANY kwa uanachama, @> kwa containment, && kwa overlap, na functions kama unnest kupanua arrays kuwa safu) ni muhimu ili kuzitumia kwa ufanisi, na kujua kwamba GIN indexes zinafanya maswali ya array kuwa na ufanisi ni muhimu kwa utendaji.
Muhimu vile vile ni uamuzi wa kubuni wa wakati wa kutumia arrays dhidi ya jedwali tofauti lililo na muundo wa kawaida: arrays ni rahisi kwa orodha rahisi usizohitaji kuuliza, kuunganisha, au kudumisha kiuhusiano, lakini zinaweza kukiuka kanuni za normalization na kuwa ngumu unapohitaji kuuliza thamani binafsi, kuunganisha juu yake, au kusimamia orodha changamano/kubwa — katika hali hiyo jedwali tofauti lililohusiana ndilo chaguo bora, lililowekewa muundo wa kawaida.
Kuelewa biashara hii (arrays kwa urahisi na orodha rahisi zilizounganishwa, jedwali tofauti kwa data inayosimamiwa kiuhusiano) kunaonyesha uamuzi mzuri wa kubuni.
Kwa kuwa arrays ni kipengele chenye manufaa, tofauti cha Postgres kinachoweza kurahisisha baadhi ya miundo (kuepuka jedwali la kuunganisha kwa orodha rahisi) lakini kinaweza kutumika vibaya (kuondoa muundo wa kawaida wa data ambayo inapaswa kuwa ya kiuhusiano), kuelewa safu wima za array — jinsi ya kuzifafanua, kuziuliza, na kuziindeksi, na muhimu zaidi wakati zinapofaa dhidi ya wakati jedwali lililowekewa muundo wa kawaida ni bora — ni maarifa yenye thamani na yanayohusiana kivitendo kwa kubuni schemas za Postgres zinazotumia mbinu sahihi kwa kila aina ya data yenye thamani nyingi.