Wat is logische replicatie en wanneer is deze nuttig?

Question

Accepted Answer

**Logische replicatie** repliceert gegevenswijzigingen op het niveau van **specifieke tabellen** (met behulp van een publish/subscribe-model), in plaats van het byte-voor-byte kopiëren van het hele databasecluster zoals fysieke (streaming) replicatie. Dit maakt het flexibel — selectief, versieoverschrijdend en naar verschillende schema's — ideaal voor migraties en integraties.

## Logische versus fysieke replicatie

```text
PHYSICAL (streaming) → replicates the ENTIRE cluster at the storage/WAL level
  ✓ exact copy, simple   ✗ all-or-nothing, same Postgres version, read-only replica

LOGICAL → replicates specific TABLES' changes via a publish/subscribe model
  ✓ SELECTIVE (choose tables), CROSS-VERSION, to DIFFERENT schemas, replica is WRITABLE
  ✗ more setup, some limitations (DDL not replicated automatically, etc.)
```

## Logische replicatie instellen (pub/sub)

```sql
-- on the SOURCE (publisher): publish specific tables
CREATE PUBLICATION my_pub FOR TABLE users, orders;
-- (or FOR ALL TABLES)

-- on the TARGET (subscriber): subscribe to the publication
CREATE SUBSCRIPTION my_sub
  CONNECTION 'host=source dbname=mydb user=rep'
  PUBLICATION my_pub;
-- → the subscriber receives and applies changes to users and orders
```

Een **publicatie** definieert wat te repliceren (specifieke tabellen); een **abonnement** consumeert deze. Wijzigingen (INSERT/UPDATE/DELETE) stromen van uitgever naar abonnee.

## Wanneer logische replicatie nuttig is

```text
✓ ZERO-DOWNTIME MAJOR UPGRADES — replicate from an old version to a new version, then
  switch over (physical replication can't cross versions) — a key use case
✓ MIGRATIONS — move data to a new server/cluster with minimal downtime
✓ SELECTIVE replication — replicate only certain tables (not the whole database)
✓ INTEGRATIONS — feed specific data to another system (analytics, data warehouse)
✓ Consolidating data from multiple databases into one
✓ The replica is WRITABLE (can have its own additional data/tables)
```

## Waarom het belangrijk is

Logische replicatie is waardevol PostgreSQL-kennis voor **flexibele gegevensreplicatiescenario's** — vooral migraties, upgrades en integraties — dus het begrijpen ervan is waardevolle kennis op seniorniveau voor databasebeheer en architectuur.

Het belangrijkste onderscheid met fysieke (streaming) replicatie is **flexibiliteit**: in plaats van het byte-voor-byte kopiëren van het hele cluster (fysiek), repliceert logische replicatie **specifieke tabellen** via publish/subscribe, en werkt crucaal **over PostgreSQL-versies heen** en naar **verschillende schema's**, met een **beschrijfbare** abonnee.

Deze flexibiliteit maakt belangrijke use cases mogelijk die fysieke replicatie niet kan afhandelen: vooral **zero-downtime major version upgrades** (repliceren van een oude Postgres-versie naar een nieuwe, vervolgens overschakelen — een kritieke mogelijkheid omdat fysieke replicatie overeenkomende versies vereist, waardoor logische replicatie de standaardbenadering is voor het upgraden van major versies zonder downtime), **migraties** (gegevens naar een nieuwe server/cluster verplaatsen met minimale downtime), **selectieve replicatie** (alleen bepaalde tabellen repliceren) en **integraties** (specifieke gegevens naar analitische systemen, datawarehouses of andere databases sturen).

Het begrijpen van de publish/subscribe-setup (publicaties die definiëren wat te repliceren, abonnementen die deze consumeren) en de passende use cases (vooral upgrades en migraties) weerspiegelt waardevol operationeel kennis.

Omdat major version upgrades en migraties met minimale downtime belangrijk zijn, echte operationele uitdagingen (en logische replicatie is het sleutelprogramma daarvoor), en omdat selectieve/cross-system replicatie waardevolle integratiepatronen mogelijk maakt, is het begrijpen van logische replicatie — hoe het verschilt van fysieke, de flexibiliteit ervan (versieoverschrijdend, selectief, beschrijfbaar) en de use cases ervan (vooral zero-downtime upgrades en migraties) — waardevolle kennis op seniorniveau voor PostgreSQL-beheer en -architectuur, vooral relevant voor de terugkerende, high-stakes behoefte om databases zonder downtime bij te werken en te migreren, een onderwerp dat geavanceerd begrip van Postgres-implementatie en -beheer aantoont.