Ce este partitionarea tabelelor?

Question

Accepted Answer

**Partitionarea** împarte un tabel mare în bucăți fizice mai mici (**partiții**) pe baza valorii unei coloane — în timp ce apare în continuare ca un singur tabel logic pentru interogări. Îmbunătățește performanța și gestionabilitatea pentru tabele foarte mari, permițând bazei de date să scaneze sau să mențină doar partițiile relevante.

## Cum funcționează partitionarea

```sql
-- a huge `orders` table partitioned BY RANGE on the order date
CREATE TABLE orders (id INT, order_date DATE, amount DECIMAL)
PARTITION BY RANGE (order_date);

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 is ONE logical table, but stored as separate per-year partitions
```

Tabelul este o entitate logică unică, dar stocat fizic în partiții. Interogările și inserările merg în partiția corectă în mod automat.

## Beneficiul cheie: partition pruning

```sql
-- a query filtered by the partition key only scans RELEVANT partitions
SELECT * FROM orders WHERE order_date >= '2024-06-01';
-- → the database skips orders_2023 entirely, scanning only orders_2024 ("partition pruning")
```

**Partition pruning** este câștigul principal de performanță: o interogare filtrată după cheia de partiție atinge doar partițiile relevante, omițând restul — transformând o scanare a miliarde de rânduri într-o scanare doar a subsetului relevant.

## Strategii de partitionare

```text
RANGE → by a value range (dates, numeric ranges) — common for time-series data
LIST  → by a list of discrete values (region, category)
HASH  → by a hash of the key (even distribution across partitions)
```

## Alte beneficii

```text
✓ Maintenance — drop/archive old data by dropping a whole partition (instant vs DELETE)
  e.g. DROP TABLE orders_2020 — far faster than DELETE WHERE year = 2020
✓ Smaller indexes per partition; parallel operations across partitions
✓ Manage huge tables in manageable pieces
```

## Când să folosiți partitionarea

```text
✓ VERY LARGE tables (hundreds of millions / billions of rows) where queries filter
  on a natural partition key (often time/date for logs, events, orders)
✓ Time-series data where you regularly archive/drop old data
✗ Small/medium tables — partitioning adds complexity with little benefit
  (proper indexing usually suffices)
→ Partitioning complements indexing for VERY large tables; it's not a substitute.
```

## De ce conteaza

Partitionarea tabelelor este o tehnică importantă pentru gestionarea și interogarea **tabelelor foarte mari**, și înțelegerea ei este cunoștințe valoroase la nivel senior pentru lucrul cu baze de date la scară.

Pe măsură ce tabelele cresc la sute de milioane sau miliarde de rânduri, chiar și interogările indexate și operațiile de întreținere pot deveni lente, iar partitionarea abordează această problemă prin împărțirea tabelului în bucăți fizice mai mici.

Beneficiul principal de performanță este **partition pruning** — interogările filtrate după cheia de partiție scanează doar partițiile relevante (omițând restul), ceea ce reduce dramatic datele scanate pentru tabele uriașe (în special obișnuite pentru date de serii temporale filtrate după dată).

Dincolo de performanța interogărilor, partitionarea oferă beneficii majore de **întreținere**: arhivarea sau ștergerea datelor vechi devine instantanee (ștergerea unei partiții întregi versus o `DELETE` lentă și costisitoare a milioane de rânduri — un avantaj operațional semnificativ pentru date de jurnal/evenimente cu politici de păstrare), plus indexuri mai mici per-partiție și operații paralele.

Înțelegerea **strategiilor** (RANGE pentru intervale de date/numerice — obișnuit pentru serii temporale; LIST pentru valori discrete; HASH pentru distribuție uniformă) și critic **când să folosiți partitionarea** (tabele foarte mari cu o cheie de partiție naturală, în special serii temporale cu arhivare regulată — *nu* tabele mici/medii unde indexarea este suficientă și partitionarea doar adaugă complexitate) reflectă judecată matură.

Din moment ce gestionarea tabelelor foarte mari este o provocare reală în sisteme scalate, și din moment ce partitionarea (cu partition pruning și întreținere eficientă) este instrumentul standard pentru aceasta — completând și nu înlocuind indexarea — înțelegerea partitionării tabelelor este cunoștințe valoroase la nivel senior pentru scalabilitatea bazei de date, în special relevantă pentru sisteme cu date la scară mare, serii temporale sau volum mare și un subiect care demonstrează înțelegerea gestionării bazelor de date la scară.