Kaip veikia masyvo stulpeliai PostgreSQL?

Question

Accepted Answer

PostgreSQL palaiko **masyvo** stulpelius — vienas stulpelis gali turėti *kelias reikšmes* to paties tipo. Tai ypatinga Postgres savybė, naudinga sąrašams (žymos, vaidmenys, balai) saugoti be atskiros lentelės, su operatoriais ir funkcijomis užklausoms.

## Masyvų apibrėžimas ir įterpimas

```sql
CREATE TABLE posts (
  id SERIAL PRIMARY KEY,
  title TEXT,
  tags TEXT[]                         -- an array of text
);

INSERT INTO posts (title, tags) VALUES
  ('Hello', ARRAY['ruby', 'web']),    -- ARRAY[] syntax
  ('World', '{"news", "tech"}');       -- or curly-brace literal
```

Sintaksė `type[]` aprašo masyvo stulpelį. Įterpiate su `ARRAY[...]` arba `'{...}'` šablonine sintakse.

## Masyvų užklausa

```sql
-- 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
```

Operatoriai kaip `ANY` (reikšmės atradimas), `@>` (priklausymas), `&&` (sutapimas), ir funkcijos kaip `unnest` (išplėtimas į eilutes) bei `array_agg` (eilučių agregavimas į masyvą), daro masyvus užklausajamus.

## Masyvų indeksavimas (GIN)

```sql
-- 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
```

## Kada naudoti masyvus (ir kada ne)

```text
✓ 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.
```

## Kodėl tai svarbu

Masyvo stulpeliai yra atskira ir naudinga PostgreSQL savybė, o jų supratimas vertingas tiek Postgres galimybių panaudojimui, tiek svaram projektavimo sprendimams priimti.

Masyvai leidžia saugoti **kelias reikšmes viename stulpelyje** (žymos, vaidmenys, sąrašai) be atskiros lentelės — patogu paprastiems sąrašams, glaudžiai susijusiems su eilute.

Būtina suprasti, kaip apibrėžti, įterpti ir ypač **užklausioti** masyvus (operatoriai kaip `ANY` narystei tikrinti, `@>` priklausymui patikrinti, `&&` sutapimui tikrinti, ir funkcijos kaip `unnest` masyvams išplėsti į eilutes), kad juos efektyviai naudoti, ir žinoti, kad **GIN indeksai** daro masyvo užklausas efektyvias, yra svarbu našumui.

Ekvivalentiškai svarbus yra **projektavimo sprendimas** kada naudoti masyvus prieš normalizuotą susijusią lentelę: masyvai patogūs paprastiems sąrašams, kuriuos nereikia užklausoti, susieti arba reliaciniu būdu palaikyti, bet jie gali pažeisti normalizacijos principus ir tapti nepatogiems, kai reikia užklausoti atskiras reikšmes, jas susieti arba valdyti sudėtingą/didelį sąrašą — šiuo atveju atskira susijusi lentelė yra geresnis, normalizuotas pasirinkimas.

Šio kompromiso supratimas (masyvai patogumui su paprastais susijusiais sąrašais, atskiros lentelės reliaciniu būdu valdomiem duomenims) atspindi protingą projektavimo sprendimą.

Kadangi masyvai yra naudinga, atskira Postgres savybė, galinti supaprastinti kai kuriuos projektus (išvengiant sąsajos lentelės paprastiems sąrašams) bet gali būti netinkamai naudoti (denormalizuojant duomenis, kurie turėtų būti reliaciniai), masyvų stulpelių supratimas — kaip juos apibrėžti, užklausoti ir indeksavoti, ir svarbiausia kada jie tinkami prieš normalizuotą lentelę — yra vertingas, praktiškai aktualus žinojimas PostgreSQL schemų projektavimui, naudojant tinkamą požiūrį kiekvienam daugiavertės duomenų tipui.