PostgreSQL soporta columnas array — una única columna puede contener múltiples valores del mismo tipo. Esta es una característica distintiva de Postgres útil para almacenar listas (etiquetas, roles, puntuaciones) sin una tabla separada, con operadores y funciones para consultas.
posts (
id SERIAL ,
title TEXT,
tags TEXT[]
);
posts (title, tags)
(, [, ]),
(, );
La sintaxis type[] declara una columna de array. Inserta con ARRAY[...] o sintaxis literal '{...}'.
-- 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
Operadores como ANY (contiene un valor), @> (contención), y && (superposición), más funciones como unnest (expandir a filas) y array_agg (agregar filas en un array), hacen que los arrays sean consultables.
-- 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.
Las columnas de arrays son una característica distintiva y útil de PostgreSQL, y entenderlas es valioso tanto para aprovechar las capacidades de Postgres como para tomar decisiones de diseño fundamentadas.
Los arrays te permiten almacenar múltiples valores en una única columna (etiquetas, roles, listas) sin una tabla separada — conveniente para listas simples fuertemente acopladas a una fila.
Comprender cómo definir, insertar, y especialmente consultar arrays (operadores como ANY para pertenencia, @> para contención, && para superposición, y funciones como unnest para expandir arrays en filas) es necesario para usarlos efectivamente, y saber que los índices GIN hacen que las consultas de arrays sean eficientes es importante para el rendimiento.
Igualmente importante es el criterio de diseño de cuándo usar arrays versus una tabla relacionada normalizada: los arrays son convenientes para listas simples que no necesitas consultar, unir, o mantener relacionalmente, pero pueden violar principios de normalización y volverse incómodos cuando necesitas consultar valores individuales, unirte en ellos, o administrar una lista compleja/grande — en cuyo caso una tabla relacionada separada es la mejor opción normalizada.
Entender este compromiso (arrays para conveniencia con listas simples acopladas, tablas separadas para datos gestionados relacionalmente) refleja criterio de diseño fundamentado.
Puesto que los arrays son una característica útil y distintiva de Postgres que puede simplificar ciertos diseños (evitando una tabla de unión para listas simples) pero pueden usarse incorrectamente (desnormalizando datos que deberían ser relacionales), entender columnas de arrays — cómo definirlas, consultarlas, e indexarlas, y crucialmente cuándo son apropiadas versus cuándo una tabla normalizada es mejor — es conocimiento valioso y prácticamente relevante para diseñar esquemas de Postgres que usen el enfoque correcto para cada tipo de dato multivaluado.