Hva er logisk replikasjon og når er det nyttig?

Question

Accepted Answer

**Logisk replikasjon** replikerer dataendringer på nivået til **spesifikke tabeller** (ved hjelp av en publish/subscribe-modell), i stedet for å kopiere hele databaseklyngenen byte-for-byte som fysisk (streaming) replikasjon gjør. Dette gjør den fleksibel — selektiv, på tvers av versjoner, og til ulike skjemaer — ideell for migrasjoner og integrasjoner.

## Logisk vs fysisk replikasjon

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

## Oppsett av logisk replikasjon (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
```

En **publikasjon** definerer hva som skal replikeres (spesifikke tabeller); en **abonnement** konsumerer det. Endringer (INSERT/UPDATE/DELETE) flyter fra utgiver til abonnent.

## Når logisk replikasjon er nyttig

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

## Hvorfor det er viktig

Logisk replikasjon er verdifull PostgreSQL-kunnskap for **fleksible datarepikasjonsscenarioer** — særlig migrasjoner, oppgraderinger og integrasjoner — så å forstå det er nyttig kunnskap på seniornivå for databasedrift og arkitektur.

Hovedforskjellen fra fysisk (streaming) replikasjon er **fleksibilitet**: i stedet for å kopiere hele klyngenen byte-for-byte (fysisk), replikerer logisk replikasjon **spesifikke tabeller** via publish/subscribe, og fungerer kritisk sett **på tvers av PostgreSQL-versjoner** og til **ulike skjemaer**, med et **skrivbart** abonnement.

Denne fleksibiliteten muliggjør viktige brukstilfeller som fysisk replikasjon ikke kan håndtere: mest bemerkelsesverdig **nullnedetids-oppgraderinger av hovedversjon** (replikering fra en gammel Postgres-versjon til en ny, deretter bytte — en kritisk evne siden fysisk replikasjon krever samsvarte versjoner, noe som gjør logisk replikasjon til standardtilnærmingen for oppraderinger av hovedversjoner uten nedetid), **migrasjoner** (flytte data til en ny server/klynge med minimalt nedetid), **selektiv replikasjon** (replikering av bare bestemte tabeller), og **integrasjoner** (mate spesifikke data til analysesystemer, datavarehus eller andre databaser).

Å forstå publish/subscribe-oppsettet (publikasjoner som definerer hva som skal replikeres, abonnement som konsumerer dem) og passende brukstilfeller (særlig oppgraderinger og migrasjoner) gjenspeiler verdifull operasjonell kunnskap.

Siden oppgraderinger av hovedversjon og migrasjoner med minimalt nedetid er viktige, virkelige operasjonelle utfordringer (og logisk replikasjon er nøkkelverktøyet for dem), og siden selektiv/systemkryssende replikasjon muliggjør verdifulle integrasjonsmønster, er forståelsen av logisk replikasjon — hvordan det skiller seg fra fysisk, dens fleksibilitet (på tvers av versjoner, selektiv, skrivbar), og dens brukstilfeller (særlig nullnedetids-oppgraderinger og migrasjoner) — verdifull kunnskap på seniornivå for PostgreSQL-drift og arkitektur, særlig relevant for det gjentakende, høyrisikobehovet for å oppgradere og migrere databaser uten nedetid, et tema som demonstrerer avansert forståelse av Postgres-distribusjon og drift.