PostgreSQL'de tablo bölümlendirmesi (partitioning) nasıl çalışır?

Question

Accepted Answer

**Bölümlendirme** (partitioning), bir sütunun değerine göre büyük bir tabloyu daha küçük fiziksel parçalara (**partisyonlar**) böler, ancak mantıksal olarak tek bir tablo olarak kalır. PostgreSQL'in **deklaratif bölümlendirmesi** (Postgres 10+) bunu temiz bir şekilde sağlar. Çok büyük tablolar için performans ve yönetimi iyileştirir.

## Deklaratif bölümlendirme (modern yöntem)

```sql
-- create a partitioned table, partitioned by RANGE on a date
CREATE TABLE orders (id INT, order_date DATE, amount NUMERIC)
PARTITION BY RANGE (order_date);

-- create partitions for each range
CREATE TABLE orders_2023 PARTITION OF orders
  FOR VALUES FROM ('2023-01-01') TO ('2024-01-01');
CREATE TABLE orders_2024 PARTITION OF orders
  FOR VALUES FROM ('2024-01-01') TO ('2025-01-01');
```

`orders` mantıksal olarak tek bir tablo olup, fiziksel olarak yıl başına bölümlerde depolanır. Eklemeler ve sorgular otomatik olarak doğru bölüme yönlendirilir.

## Bölüm budaması — ana performans avantajı

```sql
-- a query filtered on the partition key scans ONLY relevant partitions
SELECT * FROM orders WHERE order_date >= '2024-06-01';
-- → Postgres skips orders_2023 entirely ("partition pruning") — scans only orders_2024
```

**Bölüm budaması** (partition pruning) ana kazanç: bölüm anahtarında filtre uygulayan sorgular yalnızca ilgili bölümlere dokunur, çok büyük tablolarda taranılan veri miktarını çarpıcı biçimde azaltır.

## Bölümlendirme stratejileri

```text
PARTITION BY RANGE → value ranges (dates, numbers) — common for time-series
PARTITION BY LIST  → discrete values (region, status)
PARTITION BY HASH  → hash of the key (even distribution across N partitions)
```

## Bakım avantajları

```sql
-- drop old data instantly by dropping a whole partition (vs slow DELETE)
DROP TABLE orders_2020;              -- removes all 2020 data instantly
-- vs DELETE FROM orders WHERE year = 2020 → slow, creates bloat

-- detach/attach partitions; automate with pg_partman extension
```

Eski verileri arşivlemek veya kaldırmak için bütün bir bölümü silmek anında gerçekleşir — büyük veri kümeleri üzerinde `DELETE` işlemine kıyasla önemli bir operasyonel avantaj.

## Neden önemli

Tablo bölümlendirmesi, **çok büyük tabloları** yönetmek ve sorgulamak için önemli bir PostgreSQL tekniğidir ve bunu anlamak Postgres'i ölçekte çalıştırmak için değerlidir.

Tablolar yüz milyonlara veya milyarlarca satıra büyüdüğünde, bölümlendirme tabloyu daha küçük fiziksel parçalara bölerek performans ve yönetilebilirlik sorunlarını çözer.

Postgres'in **deklaratif bölümlendirmesi** (Postgres 10+) bunu temiz hale getirir ve bilmek gereken modern standarttır.

Ana performans avantajı **bölüm budaması**: bölüm anahtarında filtre uygulayan sorgular yalnızca ilgili bölümleri tarar (geri kalanını atlar), çok büyük tablolar için taranılan veri miktarını çarpıcı biçimde azaltır (özellikle tarihe göre filtrelenen zaman serisi verileri için değerlidir — çok yaygın bir durum).

Performansın ötesinde, bölümlendirme önemli **bakım avantajları** sağlar: eski verileri arşivlemek veya silmek bütün bir bölümü düşürerek anında gerçekleşir (milyonlarca satırın yavaş, şişkinlik yaratan `DELETE` işlemine karşı — tutma politikalarına sahip veriler için önemli bir operasyonel avantaj, örneğin günlükler ve olaylar).

**Stratejileri** (tarih/sayısal aralıklar için RANGE — zaman serisi için yaygın; ayrık değerler için LIST; eşit dağılım için HASH) ve **bölümlendirmeyi ne zaman kullanacağınız** (doğal bir bölüm anahtarına sahip çok büyük tablolar, özellikle düzenli arşivleme gerektiren zaman serisi — küçük tablolar için indeksleme yeterlidir) anlamak, sağlam bir yargıyı yansıtır.

Çok büyük tabloları yönetmek ölçeklendirilmiş PostgreSQL sistemlerinde gerçek bir zorluk olduğundan ve deklaratif bölümlendirme (bölüm budaması ve etkili bölüm silme bakımı ile) standart araç olduğundan — indekslemeyi tamamlayıcı olarak — PostgreSQL tablo bölümlendirmesini anlamak değerli, pratik olarak ilgili bilgidir. Veritabanı ölçeklenebilirliği için önemlidir, özellikle büyük ölçekli, yüksek hacimli veya zaman serisi uygulamaları için önemlidir ve Postgres'i ölçekte yönetme yeteneğini gösteren yaygın bir konudur.