PostgreSQL'de dizi (array) sütunları nasıl çalışır?

Question

Accepted Answer

PostgreSQL **dizi** sütunlarını destekler — tek bir sütun *aynı türde birden fazla değeri* tutabilir. Bu, Postgres'e özgü bir özellik olup, ayrı bir tablo olmadan listeleri (etiketler, roller, puanlar) depolamak ve sorgulamak için operatörler ve işlevler sunar.

## Dizileri tanımlama ve ekleme

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

`type[]` sözdizimi bir dizi sütunu tanımlar. Ekleme işlemi `ARRAY[...]` veya `'{...}'` değişmez sözdizimi ile yapılır.

## Dizileri sorgulama

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

`ANY` (bir değer içerme), `@>` (kapsama) ve `&&` (çakışma) gibi operatörler, `unnest` (satırlara genişletme) ve `array_agg` (satırları diziye topla) gibi işlevler dizileri sorgulanabilir hale getirir.

## Dizileri indeksleme (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
```

## Dizileri ne zaman kullanmalı (ve ne zaman kullanmamalı)

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

## Neden önemli

Dizi sütunları, PostgreSQL'e özgü ve kullanışlı bir özelliktir ve bunları anlamak, hem Postgres'in yeteneklerinden yararlanmak hem de sağlam tasarım kararları almak açısından değerlidir.

Diziler, **tek bir sütunda birden fazla değeri** (etiketler, roller, listeler) ayrı bir tablo olmadan depolamanıza olanak tanır — satırla yakından ilişkili basit listeler için uygundur.

Dizileri tanımlamayı, eklemeyi ve özellikle **sorgulamayı** anlamak (`ANY` üyelik için, `@>` kapsama için, `&&` çakışma için, `unnest` gibi işlevler dizileri satırlara genişletmek için) etkili şekilde kullanmak için gereklidir; **GIN indeksleri** dizi sorgularını verimli hale getirdiğini bilmek de performans için önemlidir.

Eşit derecede önemli olan, dizileri ne zaman kullanacağınız ve ne zaman normalize edilmiş ilişkili bir tablo kullanacağınız hakkındaki **tasarım yargısıdır**: diziler sorgulamayı, birleştirmeyi veya ilişkisel olarak yönetmeyi gerektirmeyen basit listeler için uygundur, ancak normalleştirme ilkelerine ihlal edebilir ve bireysel değerleri sorgulamanız, bunlar üzerinde birleştirme yapmanız veya karmaşık/büyük bir listeyi yönetmeniz gerektiğinde zahmetli hale gelebilir — bu durumlarda ayrı bir ilişkili tablo daha iyi ve normalize edilmiş bir seçimdir.

Bu denge (basit ilişkili listeler için rahatlık için diziler, ilişkisel olarak yönetilen veriler için ayrı tablolar), sağlam tasarım yargısını yansıtır.

Diziler, belirli tasarımları basitleştirebilen (basit listeler için bir birleştirme tablosu yapmaktan kaçınan) ancak yanlış kullanılabilen (ilişkisel olması gereken verileri denormalleştiren) faydalı, Postgres'e özgü bir özellik olduğundan, dizi sütunlarını anlamak — bunları tanımlamayı, sorgulamayı ve indekslemeyi ve yapıcı olarak ne zaman uygun oldukları ve ne zaman normalize edilmiş bir tablo daha iyi olduğunu bilmek — çok değerli, pratik olarak ilgili bilgidir; Postgres şemaları tasarlarken her tür çok değerli veri için doğru yaklaşımı kullanmanıza yardımcı olur.