Jak fungují sloupy pole (array) v PostgreSQL?

Question

Accepted Answer

PostgreSQL podporuje **pole** — jeden sloupec může obsahovat *více hodnot* stejného typu. Toto je charakteristická vlastnost Postgresu užitečná pro ukládání seznamů (značky, role, skóre) bez samostatné tabulky, s operátory a funkcemi pro dotazování.

## Definování a vkládání polí

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

Syntaxe `type[]` deklaruje sloupec pole. Vkládáte pomocí literálu `ARRAY[...]` nebo `'{...}'`.

## Dotazování polí

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

Operátory jako `ANY` (obsahuje hodnotu), `@>` (obsaženost) a `&&` (překrytí), spolu s funkcemi jako `unnest` (rozšíření na řádky) a `array_agg` (agregace řádků do pole), činí pole dotazovatelným.

## Indexování polí (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
```

## Kdy používat pole (a kdy 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.
```

## Proč na tom záleží

Sloupce pole jsou charakteristickou a užitečnou vlastností PostgreSQL, a jejich pochopení je cenné jak pro využívání možností Postgresu, tak pro vhodné rozhodování o návrhu.

Pole vám umožňují **uložit více hodnot v jednom sloupci** (značky, role, seznamy) bez samostatné tabulky — pohodlné pro jednoduché seznamy těsně spojené s řádkem.

Pochopení jak definovat, vkládat a zejména **dotazovat** pole (operátory jako `ANY` pro členství, `@>` pro obsaženost, `&&` pro překrytí, a funkce jako `unnest` pro rozšíření polí na řádky) je nezbytné pro jejich efektivní použití, a vědomí, že **GIN indexy** činí dotazy na pole efektivními, je důležité pro výkon.

Rovněž důležité je **rozhodování při návrhu**, kdy použít pole versus normalizovanou související tabulku: pole jsou pohodlná pro jednoduché seznamy, které nepotřebujete dotazovat, spojovat (join) nebo spravovat relačně, ale mohou porušit normalizační principy a stát se nepohodlnými, když potřebujete dotazovat jednotlivé hodnoty, spojovat se na nich nebo spravovat složitý/rozsáhlý seznam — v takovém případě je samostatná související tabulka lepší, normalizovanou volbou.

Pochopení tohoto kompromisu (pole pro pohodlí s jednoduchými propojenými seznamy, samostatné tabulky pro relačně spravovaná data) odráží vhodné rozhodování při návrhu.

Protoždepole jsou užitečná, charakteristická vlastnost Postgresu, která může zjednodušit určité návrhy (vyhnutí se spojovací tabulce pro jednoduché seznamy), ale lze je zneužít (denormalizace dat, která by měla být relační), pochopení sloupců pole — jak je definovat, dotazovat a indexovat, a zásadně kdy jsou vhodná versus kdy je normalizovaná tabulka lepší — je cenné, prakticky relevantní znalosti pro navrhování schémat Postgresu, která používají správný přístup pro každý druh vícehodnotových dat.