Quand vous sauvegardez une table (ou un fichier) avec des contraintes, ces dernières et leurs chemins d’accès sont sauvegardés avec la table. Après quoi, quand vous restaurez la table en remplaçant une instance existante de celle-ci, les contraintes de la table existante sont maintenues et celle
Restaurer des tables avec des contraintes
de la table sauvegardée sont ignorées. Quand vous restaurez une table sans remplacer une table existante, le système essaie d’ajouter
toutes les contraintes sauvegardées de la table restaurée. Dans le cas de contrainte de clé étrangère, le processus suit les mêmes règles que celles qui s’appliquent quand un objet en double est créé dans une bibliothèque différente (comme expliqué dans la section précédente).
Le système maintient un attribut data level (niveau de données) pour les tables associées, et quand vous restaurez les tables associées qui ont des niveaux de données identiques, le système n’a pas besoin de revalider les clés étrangères pour la ou les tables dépendantes. Si une table parente est sauvegardée, les changements sont alors apportés à une table dépendante et celle-ci est ensuite sauvegardée. La ou les tables parentes et dépendantes sauvegardées peuvent avoir des niveaux de données différents et donc le système devra revérifier la présence de clés
étrangères quand les tables seront restaurées. Si une ligne de table dépendante transgresse une contrainte de clé étrangère, le système met la contrainte en question dans l’état check pending. Vous pouvez éviter d’éventuels problèmes de synchronisation avec les opérations de restauration, et accélérer la reprise dans certains cas, en utilisant une commande Save unique pour sauvegarder toutes les tables (et fichiers) qui sont associés par une ou plusieurs clés étrangères. Vous pourrez ensuite restaurer tout l’ensemble, si nécessaire, par une restauration unique. Autre possibilité : évitez de mettre à jour des tables associées pendant la séquence de commandes save utilisées pour créer une sauvegarde et des tables associées pendant la séquence de commandes restore utilisée pendant la reprise. Grâce à ces précautions, les niveaux de données des tables sauvegardées et restaurées resteront synchronisés.
Téléchargez cette ressource
Plan de sécurité Microsoft 365
Les attaquants savent comment prendre le contrôle de votre tenant Microsoft 365, et vous, savez-vous comment le reprendre en main ?
Les articles les plus consultés
A travers cette chaîne
A travers ITPro
Les plus consultés sur iTPro.fr
- Communication d’entreprise à l’ère de l’IA : fragmentation, Shadow AI et perte de contrôle
- Pourquoi les outils de sécurité ne suffisent plus face aux angles morts de la détection
- Rhea1 : SiPearl allume le CPU européen le plus ambitieux pour le HPC et l’IA souveraine
- L’analytique prédictive au service de la décarbonation en France
Articles les + lus
Microsoft Build 2026 : contre-offensive des modèles maison face à OpenAI et Anthropic
Rhea1 : SiPearl allume le CPU européen le plus ambitieux pour le HPC et l’IA souveraine
Analyse Patch Tuesday Mai 2026
Les coûts cachés des merge requests générées par l’IA
Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
À la une de la chaîne Tech
- Microsoft Build 2026 : contre-offensive des modèles maison face à OpenAI et Anthropic
- Rhea1 : SiPearl allume le CPU européen le plus ambitieux pour le HPC et l’IA souveraine
- Analyse Patch Tuesday Mai 2026
- Les coûts cachés des merge requests générées par l’IA
- Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
