PostgreSQL podpira matrične stolpce — en sam stolpec lahko vsebuje več vrednosti istega tipa. To je posebna lastnost Postgresa, ki je koristna za shranjevanje seznamov (oznake, vloge, rezultati) brez ločene tabele, z operatorji in funkcijami za poizvedovanje.
posts (
id SERIAL ,
title TEXT,
tags TEXT[]
);
posts (title, tags)
(, [, ]),
(, );
Sintaksa type[] deklarira stolpec matrike. Vstavite z ARRAY[...] ali '{...}' dobesedno sintakso.
-- 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
Operatorji kot ANY (vsebuje vrednost), @> (vsebovana v), in && (prekrivanje), skupaj s funkcijami kot unnest (razširi v vrstice) in array_agg (seštej vrstice v matriko), omogočajo poizvedovanje matrik.
-- 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.
Stolpci matrik so značilna in uporabna lastnost PostgreSQL-a, in njihovo razumevanje je dragocene tako za izkoriščanje zmogljivosti Postgresa kot za sprejemanje dobrih odločitev pri oblikovanju.
Matrike vam omogočajo shranjevanje več vrednosti v en sam stolpec (oznake, vloge, seznami) brez ločene tabele — primerno za preproste sezname tesno vezane na vrstico.
Razumevanje kako definirati, vstaviti, in še posebej poizvedovati matrike (operatorji kot ANY za članstvo, @> za vsebovanost, && za prekrivanje, in funkcije kot unnest za razširitev matrik v vrstice) je nujno za njihovo učinkovito uporabo, in vedenje da GIN indeksi omogočajo učinkovite poizvedke matrik je pomembno za zmogljivost.
Enako pomembna je oblikovalska presoja kdaj uporabljati matrike v primerjavi z normalizirano povezano tabelo: matrike so priročne za preproste sezname, ki jih ne potrebujete poizvedovati, spojiti ali vzdrževati relacijsko, vendar lahko kršijo načela normalizacije in postanejo nerodno počutljive, ko potrebujete poizvedovanje posameznih vrednosti, spajanje po njih ali upravljanje kompleksnega/velikega seznama — v tem primeru je ločena povezana tabela boljša, normalizirana izbira.
Razumevanje tega kompromisa (matrike za priročnost s preprostimi povezanimi seznami, ločene tabele za relacijsko upravljana podatke) odraža solidno oblikovalsko presojo.
Ker so matrike koristna, značilna Postgres lastnost, ki lahko poenostavi nekatere oblike (preprečevanje spajalne tabele za preproste sezname), vendar se lahko zlorabljajo (denormaliziranje podatkov, ki bi morali biti relacijski), je razumevanje stolpcev matrik — kako jih definirati, poizvedovati in indeksirati ter še posebej kdaj so primerne v primerjavi s tem, kdaj je normalizirana tabela boljša — dragocene, praktično relevantne znanje za oblikovanje PostgreSQL shem, ki uporabljajo pravi pristop za vsako vrsto večvrednostnih podatkov.