Remarques relatives à la réplication de base de données¶

Vues non matérialisées¶

Les vues non matérialisées qui référencent n’importe quel objet d’une autre base de données (par exemple, colonnes de table, autres vues, UDFs ou zones de préparation) peuvent être répliquées, car ce type de référence est basé sur un nom. Les références basées sur des noms n’entraînent pas l’échec de la réplication. Cependant, les requêtes sur la vue dans les bases de données secondaires échoueront si les autres bases de données ne sont pas répliquées dans la même région.

Par exemple, supposons que la vue v1 dans la base de données d1 fasse référence aux tables t1 et t2 dans les bases de données d1 et d2, respectivement. Pour interroger la vue v1 dans la base de données secondaire d1, la base de données secondaire d2 doit également exister dans le compte (par exemple, en tant qu’autre base de données secondaire). En outre, pour des résultats de requête cohérents avec les bases de données principales, les bases de données d1 et d2 secondaires doivent être actualisées simultanément.

Vues matérialisées¶

Les références pendantes dans les vues matérialisées peuvent faire échouer la réplication avec le message d’erreur suivant :

Dangling references in the snapshot. Correct the errors before refreshing again. The following references are missing (referred entity <- [referring entities])

Ces références pendantes peuvent se produire si :

• Une vue matérialisée fait référence à n’importe quel objet dans une autre base de données.

  Les vues matérialisées font référence aux objets par ID plutôt que par nom. Un instantané de base de données ne peut pas résoudre les références basées sur ID aux objets extérieurs à la base de données.

  Pour contourner cette limitation, répliquez les deux bases de données ensemble dans le même groupe de réplication ou de basculement. Vous pouvez également stocker des vues matérialisées et les objets auxquels elles font référence dans la même base de données.

• Une vue matérialisée est non valide (c’est-à-dire qu’elle fait référence à un objet supprimé).

  Pour éviter une erreur de référence pendante pour les vues matérialisées non valides, identifiez et corrigez le problème de la vue matérialisée. Reportez-vous à la section Dépannage dans la rubrique relative aux vues matérialisées.

Contraintes¶

Actuellement, la suspension des clés étrangères entraîne l’échec de la réplication, avec le message d’erreur suivant :

Dangling references in the snapshot. Correct the errors before refreshing again. The following references are missing
(referredentity <- [referring entities])

Cette situation se produit lorsqu’une clé étrangère dans la base de données principale fait référence à une clé principale dans une autre base de données, ou vice-versa. En effet, les références aux contraintes sont basées sur ID. Un instantané de base de données ne peut pas résoudre les références basées sur ID aux objets extérieurs à sa propre base de données.

Pour afficher les références de clé étrangère dans votre compte, interrogez la Vue TABLE_CONSTRAINTS Information Schema ou la Vue TABLE_CONSTRAINTS Account Usage.

Pour contourner cette limitation, répliquez les deux bases de données ensemble dans le même groupe de réplication ou de basculement. Vous pouvez également stocker des tables liées dans la même base de données.

Séquences¶

Actuellement, la suspension de séquences entraîne l’échec de la réplication, avec le message d’erreur suivant :

Dangling references in the snapshot. Correct the errors before refreshing again. The following references are missing
(referred entity <- [referring entities])

Cette situation se produit lorsqu’une table dans une base de données principale fait référence à une séquence dans une autre base de données. C’est parce que les références de séquence sont basées sur un ID. Un instantané de base de données ne peut pas résoudre les références basées sur ID aux objets extérieurs à sa propre base de données.

Pour contourner cette limitation, répliquez les deux bases de données ensemble dans le même groupe de réplication ou de basculement. Vous pouvez également faire référence à des séquences dans la même base de données.

Politiques de masquage et d’accès aux lignes et balises¶

Une référence pendante pour une politique de masquage, une politique d’accès aux lignes, ou une balise non respectée entraîne l’échec de la réplication avec le message d’erreur suivant :

Dangling references in the snapshot. Correct the errors before refreshing again. The following references are missing
(referred entity <- [referring entities])

Cette situation se produit lorsque la politique/la balise et l’objet auquel la politique/la balise est attribué(e) existent dans des bases de données différentes. Par exemple, une table nommée db1.s1.t1, une politique d’accès aux lignes nommée db2.s1.rap1, et la politique d’accès aux lignes est attribuée à la table.

Pour contourner cette limitation, répliquez les deux bases de données ensemble dans le même groupe de réplication ou de basculement.