Hvad er logisk replikation, og hvornår er den nyttig?

Question

Accepted Answer

**Logisk replikation** replikerer dataændringer på niveauet for **bestemte tabeller** (ved hjælp af en publish/subscribe-model), i stedet for at kopiere hele databaseklyngen byte-for-byte som ved fysisk (streaming) replikation. Dette gør den fleksibel — selektiv, versionsuafhængig og til forskellige skemaer — ideel til migrering og integrationer.

## Logisk kontra fysisk replikation

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

## Opsætning af logisk replikation (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 **publication** definerer hvad der skal replikeres (bestemte tabeller); en **subscription** forbruger det. Ændringer (INSERT/UPDATE/DELETE) flyder fra udgiver til abonnent.

## Hvornår logisk replikation 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 betyder noget

Logisk replikation er værdifuld PostgreSQL-viden for **fleksible datareplokationsscenarier** — især migrering, opgraderinger og integrationer — så at forstå det er værdifuld senior-level viden for databaseoperationer og arkitektur.

Den vigtigste forskel fra fysisk (streaming) replikation er **fleksibilitet**: i stedet for at kopiere hele klyngen byte-for-byte (fysisk), replikerer logisk replikation **bestemte tabeller** via publish/subscribe, og vigtigst af alt fungerer **på tværs af PostgreSQL-versioner** og til **forskellige skemaer**, med en **skrivbar** abonnent.

Denne fleksibilitet muliggør vigtige use cases, som fysisk replikation ikke kan håndtere: især **nul-nedetids-opgraderinger af større versioner** (replikering fra en gammel Postgres-version til en ny, derefter skift — en kritisk evne, da fysisk replikation kræver matchende versioner, hvilket gør logisk replikation til standardtilgangen for opgradering af større versioner uden nedetid), **migrering** (flytning af data til en ny server/klynge med minimalt nedetid), **selektiv replikation** (replikering af kun bestemte tabeller) og **integrationer** (levering af specifikke data til analysissystemer, data warehouses eller andre databaser).

At forstå publish/subscribe-opsætningen (publikationer der definerer hvad der skal replikeres, abonnementer der forbruger dem) og de passende use cases (især opgraderinger og migrering) afspejler værdifuld operationel viden.

Da opgraderinger af større versioner og migrering med minimalt nedetid er vigtige, reelle operationelle udfordringer (og logisk replikation er nøgleværktøjet for dem), og da selektiv/tværsystem-replikation muliggør værdifulde integrationsmønstre, er at forstå logisk replikation — hvordan den adskiller sig fra fysisk, dens fleksibilitet (versionsuafhængig, selektiv, skrivbar) og dens use cases (især nul-nedetids-opgraderinger og migrering) — værdifuld senior-level viden for PostgreSQL-operationer og arkitektur, særligt relevant for det tilbagevendende, højt prioriteret behov for at opgradere og migrere databaser uden nedetid, et emne der demonstrerer avanceret forståelse af Postgres-implementering og operationer.