Utilisation de tables de modifications
Outre la réplication des modifications des tables du point de terminaison source dans les tables correspondantes d'un point de terminaison cible, Qlik Cloud Data Integration peut également répliquer les modifications dans des tables de modifications correspondantes du point de terminaison cible. Ce processus se produit simultanément lors de l'application de modifications aux tables cibles. Qlik Cloud Data Integration vous permet de déterminer si vous souhaitez répliquer les modifications dans la cible uniquement et/ou stocker les modifications dans les tables de modifications. Pour plus d'informations, voir la section Utilisation du modèle de table de modifications ci-dessous.
Les MISES À JOUR appliquées à la source qui ne modifient pas les données sources sont appliquées à la cible, mais pas à la table de modifications correspondante. Par exemple, si une opération METTRE À JOUR sur la colonne A de la source remplace toutes les valeurs supérieures à 10 par 1 et si un des enregistrements de la colonne A est déjà 1, la MISE À JOUR de cet enregistrement ne sera pas écrite dans la table de modifications.
Les tables de modifications portent les mêmes noms que les tables en cours de réplication, mais leur nom est suivi d'un suffixe __ct.
Outre les colonnes sélectionnées de la table source, la table de modifications inclut également des colonnes d'en-tête spéciales qui fournissent davantage d'informations sur la modification représentée par la ligne, comme par exemple l'opération, la transaction et l'horodatage. Cela vous permet d'utiliser le langage de requête pour effectuer différentes analyses des événements de modification comme la détection des fraudes, l'analyse des tendances, le déclenchement de processus métier et la récupération d'urgence. Pour plus d'informations sur la lecture des tables de modifications, voir Lecture des tables de modifications.
Traitement des opérations Tronquer
Les opérations TRONQUER ne tronquent pas la table de modifications. Au lieu de cela, un enregistrement supplémentaire est ajouté à la table avec operation=TRUNCATE..
En ce qui concerne la table cible réelle, si les deux options de réplication Appliquer les modifications et Stocker les modifications sont activées, la table cible est tronquée.
Pour appliquer des opérations TRONQUER à la table de modifications ET à la table cible (pour les sources qui prennent en charge l'opération TRONQUER) :
- Dans l'onglet Stocker les paramètres de modification des paramètres de la tâche, assurez-vous que l'option Appliquer à la table de modifications (par défaut) est sélectionnée dans la liste déroulante Options DDL.
- Dans l'onglet Appliquer les paramètres de modification des paramètres de la tâche, assurez-vous que l'option TRONQUER la table cible (par défaut) est sélectionnée dans la liste déroulante Lorsque la table source est tronquée.
Utilisation du modèle de table de modifications
Lorsque vous travaillez avec des tables de modifications, vous pouvez déterminer si vous souhaitez stocker les modifications dans les tables de modifications, appliquer les modifications au tables cibles ou stocker ET appliquer les modifications. Vous déterminez cela lorsque vous définissez la tâche Replicate. Pour plus d'informations sur ce paramètre, voir Stocker les paramètres de modification.
Pour appliquer ET stocker les modifications, vérifiez les points suivants :
-
Les tables cibles et de modifications doivent se trouver au même point de terminaison, même si elles peuvent avoir des schémas différents. Par exemple, les tables de modifications contiendront les en-têtes de métadonnées.
Pour des informations plus détaillées sur le changement de schéma, voir Renommage d'un schéma de table de modifications.
-
Les modifications appliquées à la table de modifications seront traitées exactement comme les modifications apportées à la transaction correspondante dans la base de données source. Par conséquent, lorsque vous utilisez le mode Application transactionnelle ou le mode Application avec optimisation par lots avec l'option Préserver la cohérence des transactions sélectionnée, les modifications seront traitées comme une seule transaction.
Exception à cette règle : en cas d'erreur et si Data Movement gateway passe en mode d'application "un par un" pour déterminer les opérations de modification responsables de l'erreur.
- Les mêmes colonnes de données sont appliquées ET stockées, à l'exception des colonnes d'en-tête de modification, qui sont uniquement ajoutées aux tables de modifications stockées.