PostgreSQL은 배열 컬럼을 지원합니다 — 단일 컬럼이 같은 타입의 여러 값을 담을 수 있습니다. 이는 별도 테이블 없이 목록(태그, 역할, 점수)을 저장하는 데 유용한 Postgres의 독특한 기능이며, 쿼리를 위한 연산자와 함수를 제공합니다.
posts (
id SERIAL ,
title TEXT,
tags TEXT[]
);
posts (title, tags)
(, [, ]),
(, );
type[] 구문이 배열 컬럼을 선언합니다. ARRAY[...] 또는 '{...}' 리터럴 구문으로 삽입합니다.
-- ANY — 배열이 값을 포함하는가?
SELECT * FROM posts WHERE 'ruby' = ANY(tags);
-- @> 포함 — 배열이 이들을 모두 포함하는가?
SELECT * FROM posts WHERE tags @> ARRAY['ruby', 'web'];
-- && 겹침 — 배열들이 어떤 요소라도 공유하는가?
SELECT * FROM posts WHERE tags && ARRAY['tech', 'news'];
-- 인덱스로 접근 (1부터 시작!) 및 길이
SELECT tags[1], array_length(tags, 1) FROM posts;
-- unnest — 배열을 행으로 펼치기
SELECT id, unnest(tags) AS tag FROM posts; -- 태그당 한 행
ANY(값 포함), @>(포함), &&(겹침) 같은 연산자와 unnest(행으로 펼치기), array_agg(행을 배열로 집계) 같은 함수로 배열을 쿼리할 수 있습니다.
-- GIN index가 배열 포함/멤버십 쿼리를 빠르게 함
CREATE INDEX idx_posts_tags ON posts USING GIN (tags);
-- 이제 WHERE tags @> ARRAY['ruby']가 index 사용
✓ 사용: 행에 긴밀하게 결합된 단순 목록(태그, 역할, 몇 개의 점수)
으로 개별 값을 많이 쿼리/조인할 필요가 없을 때
✗ 회피: 값을 관계형으로 쿼리, 조인, 유지해야 하거나
목록이 크거나 복잡할 때 → 별도의 관련 테이블(정규화)이 더 낫습니다.
→ 배열은 편리하지만 정규화를 위반할 수 있으니 신중하게 사용하세요.
배열 컬럼은 독특하고 유용한 PostgreSQL 기능이며, 이를 이해하는 것은 Postgres의 능력을 활용하고 건전한 설계 결정을 내리는 데 모두 가치가 있습니다.
배열은 별도 테이블 없이 단일 컬럼에 여러 값(태그, 역할, 목록)을 저장하게 해줍니다 — 행에 긴밀하게 결합된 단순 목록에 편리합니다.
배열을 정의, 삽입, 특히 쿼리하는 방법(멤버십을 위한 ANY, 포함을 위한 @>, 겹침을 위한 && 같은 연산자, 배열을 행으로 펼치는 unnest 같은 함수)을 이해하는 것은 효과적으로 사용하는 데 필수적이며, GIN index가 배열 쿼리를 효율적으로 만든다는 것을 아는 것은 성능에 중요합니다.
똑같이 중요한 것은 배열 대 정규화된 관련 테이블을 언제 사용할지에 대한 설계 판단입니다. 배열은 쿼리, 조인, 관계형 유지가 필요 없는 단순 목록에 편리하지만, 정규화 원칙을 위반할 수 있고 개별 값을 쿼리하거나 조인하거나 복잡한/큰 목록을 관리해야 할 때 어색해집니다 — 그런 경우 별도의 관련 테이블이 더 낫고 정규화된 선택입니다.
이 트레이드오프(단순 결합 목록의 편의를 위한 배열, 관계형으로 관리되는 데이터를 위한 별도 테이블)를 이해하면 건전한 설계 판단을 반영합니다.
배열은 특정 설계를 단순화할 수 있는(단순 목록에 조인 테이블을 피함) 유용하고 독특한 Postgres 기능이지만 오용될 수 있으므로(관계형이어야 할 데이터를 비정규화), 배열 컬럼 — 정의, 쿼리, 인덱싱 방법과 결정적으로 언제 적절하고 언제 정규화된 테이블이 더 나은지 — 을 이해하는 것은 각 종류의 다중 값 데이터에 올바른 접근법을 사용하는 Postgres 스키마 설계에 가치 있고 실용적으로 관련된 지식입니다.