Che cos'è la replica logica e quando è utile?

Question

Accepted Answer

**Logical replication** replica i cambiamenti ai dati a livello di **tabelle specifiche** (usando un modello publish/subscribe), piuttosto che copiare l'intero cluster di database byte-per-byte come fa la replica fisica (streaming). Questo la rende flessibile — selettiva, compatibile tra versioni e verso schemi diversi — ideale per migrazioni e integrazioni.

## Replica logica vs replica fisica

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

## Configurazione della replica logica (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
```

Una **publication** definisce cosa replicare (tabelle specifiche); una **subscription** la consuma. I cambiamenti (INSERT/UPDATE/DELETE) fluiscono dal publisher al subscriber.

## Quando la replica logica è utile

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

## Perché è importante

La replica logica è una conoscenza PostgreSQL preziosa per **scenari di replica dati flessibili** — in particolare migrazioni, aggiornamenti e integrazioni — quindi comprenderla è una conoscenza utile di livello senior per le operazioni e l'architettura del database.

La sua distinzione chiave dalla replica fisica (streaming) è la **flessibilità**: piuttosto che copiare l'intero cluster byte-per-byte (fisica), la replica logica replica **tabelle specifiche** via publish/subscribe, e crucialmente funziona **tra versioni PostgreSQL diverse** e verso **schemi diversi**, con un subscriber **scrivibile**.

Questa flessibilità abilita casi d'uso importanti che la replica fisica non può gestire: più notevolmente **aggiornamenti major version a zero downtime** (replicare da una versione Postgres vecchia a una nuova, poi switchover — una capacità critica poiché la replica fisica richiede versioni corrispondenti, rendendo la replica logica l'approccio standard per aggiornare major version senza downtime), **migrazioni** (spostare dati su un nuovo server/cluster con downtime minimo), **replica selettiva** (replicare solo determinate tabelle), e **integrazioni** (alimentare dati specifici a sistemi di analytics, data warehouse o altri database).

Comprendere la configurazione publish/subscribe (publication che definiscono cosa replicare, subscription che le consumano) e i casi d'uso appropriati (specialmente aggiornamenti e migrazioni) riflette una conoscenza operazionale preziosa.

Poiché gli aggiornamenti major version e le migrazioni con downtime minimo sono sfide operative importanti e ricorrenti (e la replica logica è lo strumento chiave per esse), e poiché la replica selettiva/cross-system abilita pattern di integrazione preziosi, comprendere la replica logica — come differisce dalla fisica, la sua flessibilità (cross-version, selettiva, scrivibile), e i suoi casi d'uso (specialmente aggiornamenti e migrazioni a zero downtime) — è una conoscenza preziosa di livello senior per le operazioni e l'architettura PostgreSQL, particolarmente rilevante per la necessità ricorrente e critica di aggiornare e migrare database senza downtime, un argomento che dimostra una comprensione avanzata delle operazioni e del deployment di Postgres.