Cette modification ajoute un paragraphe à la section de configuration des capacités DDL pour expliquer pourquoi la suppression de colonnes n'est pas prise en charge lors de la synchronisation automatique. Elle ajoute également un paragraphe à la section de mappage des tables cibles afin de préciser que MaxCompute permet de personnaliser le mappage des noms de schémas cibles.
Résumé des modifications
Cette mise à jour intègre un nouveau paragraphe dans la section de configuration des capacités DDL, ainsi qu'un second paragraphe accompagné d'une note dans la section dédiée au mappage des tables cibles.
Liste des modifications
Étape 4 : Configuration avancée > Configuration des capacités DDL — Nouveau paragraphe : Limitation liée à la suppression de colonnes
Emplacement : Après la phrase suivante dans la section de configuration des capacités DDL : « Lorsqu'une colonne est ajoutée à la table source et créée dans la table de destination via la synchronisation DDL, le système ne rétroalimente pas les données existantes dans la table de destination. »
Contenu actuel :
(Aucun contenu concernant les limitations liées à la suppression de colonnes n'existe actuellement dans cette section.)
Nouveau contenu :
La synchronisation automatique ne prend pas en charge la suppression de colonnes pour les sources MySQL. Lorsque vous supprimez une colonne d'une table source MySQL, le schéma de la table devient incohérent avec le journal binaire (binary log), ce qui peut provoquer des erreurs lors de l'exécution de la tâche de synchronisation.
Pour retirer un champ déjà synchronisé vers la table de destination, appliquez la procédure de contournement suivante :
Supprimez la table de destination correspondante (par exemple, la table de destination Hologres).
Modifiez la tâche de synchronisation et retirez la table de celle-ci.
Ajoutez à nouveau la table à la tâche.
Cliquez sur Refresh pour mettre à jour les mappages de champs.
Enregistrez et publiez la tâche.
Si la tâche est en cours d'exécution, cliquez sur Apply Updates pour prendre en compte les modifications.
Ces étapes reconstruisent le mappage de la table afin qu'il reflète le schéma mis à jour de la table source.
Étape 3 : Configuration du plan de synchronisation > 3. Mappage des tables cibles — Nouveau paragraphe : Mappage des noms de schémas cibles pour MaxCompute
Emplacement : Dans la section « 3. Mappage des tables cibles », après la zone décrivant la personnalisation du mappage des noms de tables cibles.
Contenu actuel :
(Aucun contenu ne décrit la prise en charge du mappage des noms de schémas cibles pour MaxCompute dans cette zone.)
Nouveau contenu :
Dans le cadre des tâches de synchronisation en temps réel de base de données complète, MaxCompute prend également en charge la personnalisation du mappage des noms de schémas cibles. Vous pouvez configurer des règles de mappage personnalisées pour acheminer les données synchronisées vers un schéma non par défaut spécifié dans le projet MaxCompute de destination, plutôt que d'écrire toutes les données dans le schéma par défaut.
Avant de configurer le mappage des noms de schémas cibles pour MaxCompute, vous devez activer manuellement la fonctionnalité MaxCompute Schema pour le projet MaxCompute de destination. Le routage des données au niveau du schéma reste indisponible si la fonctionnalité MaxCompute Schema n'a pas été activée.