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
SIEM & PME : Comment construire la boîte noire de votre SI ?
Passez à la cybersécurité proactive, transformez la collecte et l’analyse des logs en un bouclier dynamique contre les cybermenaces. Découvrez comment mettre en place une approche SIEM modulaire, évolutive et accessible, pour anticiper, détecter et réagir efficacement aux attaques.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Secteur public : l’IA accélère la modernisation des infrastructures
- De l’inventaire à l’action : l’Asset Management au service d’un Numérique plus responsable
- IA et bureaucratie : la complexité qui grève les projets
- IA dans les services financiers : priorité stratégique, mais passage à l’échelle sous tension
Articles les + lus
Model Context Protocol : le contexte, grand oublié du débat
Microsoft dévoile MAI-Thinking-1 : un modèle de raisonnement « enterprise-grade » en preview publique
Couchbase lance AI Data Plane pour industrialiser l’IA agentique
Windows 11 : Microsoft généralise le point-in-time restore pour accélérer la remise en service des PC
Computex 2026 : 5 signaux forts à retenir
À la une de la chaîne Tech
- Model Context Protocol : le contexte, grand oublié du débat
- Microsoft dévoile MAI-Thinking-1 : un modèle de raisonnement « enterprise-grade » en preview publique
- Couchbase lance AI Data Plane pour industrialiser l’IA agentique
- Windows 11 : Microsoft généralise le point-in-time restore pour accélérer la remise en service des PC
- Computex 2026 : 5 signaux forts à retenir
