Objectif

L'action Rebuild reconstruit entièrement une table existante en créant une nouvelle table physique avec le même schéma et en y insérant toutes ses données.

Elle est principalement utilisée pour modifier des propriétés de champ qui ne peuvent pas être modifiées une fois qu'une table est construite, notamment l'ajout d'une contrainte Required ou Required + Identifier à un attribut (voir contraintes d'attribut).

Pourquoi reconstruire une table

Reconstruire une table présente plusieurs avantages :

• Modifier des propriétés de champ telles que Required, ce qui ne peut pas être fait une fois qu'une table est construite.
• Restructurer des données partitionnées. Si la table utilise des partitions, toutes les données sont réécrites en utilisant ces partitions. Notez que lorsque des partitions sont ajoutées à une table existante, seules les nouvelles données sont stockées sous ces partitions. L'action Rebuild vous permet de restructurer correctement toutes les données.
• Nettoyer les métadonnées et le stockage. Toutes les métadonnées et l'historique sont supprimés afin de conserver une seule version propre de la table. Cela peut réduire le stockage et améliorer les performances, car Iceberg optimise la façon dont il stocke les données.

Configurer une action Rebuild

Pour créer une nouvelle action Rebuild, accédez à l'onglet Actions du Data Processing Engine (DPE), cliquez sur Nouvelle action, et sélectionnez l'action Rebuild. Sélectionnez ensuite la table à reconstruire et ajustez sa configuration de champ (indicateur requis, indicateur d'identifiant et valeur par défaut).

Valeurs par défaut

Lorsque vous modifiez la propriété d'un attribut en Required ou Required + Identifier, vous devez définir une valeur par défaut. Cette valeur remplace toute valeur NULL trouvée pour cet attribut pendant la reconstruction, garantissant que la nouvelle contrainte requise est respectée.

Conserver une table de sauvegarde

L'option Conserver une table de sauvegarde conserve une sauvegarde de la table précédente, avec son historique. La table de sauvegarde est nommée avec le préfixe _back_{hash} (par exemple, my_table_back_d26433d4). Vous pouvez retrouver ce nom dans les logs d'exécution.

Aller plus loin

Si vous avez besoin d'une formation ou d'une assistance technique pour la mise en oeuvre de nos solutions, contactez votre commercial ou cliquez sur ce lien pour obtenir un devis et demander une analyse personnalisée de votre projet à nos experts de l’équipe Professional Services.

Posez vos questions, faites-nous part de vos commentaires et interagissez directement avec l’équipe qui développe la Data Platform sur le canal Discord dédié.

Si vous avez besoin d'une assistance concernant vos services OVHcloud, créez une demande depuis notre centre d'aide.

Rejoignez notre communauté d'utilisateurs.