PostgreSQL поддерживает массивы — один столбец может содержать несколько значений одного типа. Это отличительная особенность Postgres, полезная для хранения списков (теги, роли, оценки) без отдельной таблицы, с операторами и функциями для запросов.
posts (
id SERIAL ,
title TEXT,
tags TEXT[]
);
posts (title, tags)
(, [, ]),
(, );
Синтаксис type[] объявляет столбец массива. Вставляется с использованием ARRAY[...] или литерального синтаксиса '{...}'.
-- 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
Операторы, такие как ANY (содержит значение), @> (включение), и && (пересечение), а также функции, такие как unnest (расширить в строки) и array_agg (агрегировать строки в массив), делают массивы доступными для запросов.
-- 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.
Столбцы массивов — это отличительная и полезная особенность PostgreSQL, и понимание их ценно как для использования возможностей Postgres, так и для принятия обоснованных дизайнерских решений.
Массивы позволяют хранить несколько значений в одном столбце (теги, роли, списки) без отдельной таблицы — удобно для простых списков, тесно связанных со строкой.
Понимание того, как определять, вставлять и особенно запрашивать массивы (операторы, такие как ANY для проверки принадлежности, @> для включения, && для пересечения, и функции, такие как unnest для развёртывания массивов в строки), необходимо для их эффективного использования, а знание того, что индексы GIN делают запросы к массивам эффективными, важно для производительности.
Одинаково важно проектное суждение о том, когда использовать массивы вместо нормализованной связанной таблицы: массивы удобны для простых списков, которые вам не нужно запрашивать, объединять или поддерживать реляционно, но они могут нарушить принципы нормализации и стать неудобными, когда вам нужно запрашивать отдельные значения, объединять их или управлять сложным/большим списком — в этом случае отдельная связанная таблица — это лучший, нормализованный выбор.
Понимание этого компромисса (массивы для удобства с простыми связанными списками, отдельные таблицы для реляционно управляемых данных) отражает здравое проектное суждение.
Поскольку массивы — это полезная, отличительная особенность Postgres, которая может упростить некоторые дизайны (избежав таблицы связей для простых списков), но может быть неправильно использована (денормализация данных, которые должны быть реляционными), понимание столбцов массивов — как их определять, запрашивать и индексировать, и критически важно, когда они уместны в сравнении с тем, когда лучше использовать нормализованную таблицу — это ценное, практически релевантное знание для проектирования схем Postgres, которые используют правильный подход для каждого вида многозначных данных.