Prise en charge de la propagation des modifications de schéma

ClickPipes for Postgres peut détecter les modifications de schéma dans les tables source et, dans certains cas, propager automatiquement ces modifications vers les tables de destination. La manière dont chaque opération DDL est gérée est décrite ci-dessous :

Type de modification de schéma	Comportement
Ajout d’une nouvelle colonne (`ALTER TABLE ADD COLUMN ...`)	Propagée automatiquement dès que la table reçoit un insert/update/delete. Les nouvelles colonnes seront remplies pour toutes les lignes répliquées après la modification de schéma
Ajout d’une nouvelle colonne avec une valeur par défaut (`ALTER TABLE ADD COLUMN ... DEFAULT ...`)	Propagée automatiquement dès que la table reçoit un insert/update/delete. Les nouvelles colonnes seront remplies pour toutes les lignes répliquées après la modification de schéma, mais les lignes existantes n’auront pas la valeur par défaut sans une actualisation complète de la table
Suppression d’une colonne existante (`ALTER TABLE DROP COLUMN ...`)	Détectée, mais non propagée. Les colonnes supprimées auront la valeur `NULL` pour toutes les lignes répliquées après la modification de schéma

Notez que l’ajout d’une colonne est propagé à la fin de la synchronisation d’un batch, ce qui peut se produire après que l’intervalle de synchronisation ou la taille du pull batch a été atteint. Plus d’informations sur le contrôle des synchronisations ici

ClickPipes for BigQuery

Accès par programmation

Autres

Prise en charge de la propagation des modifications de schéma