Sauvegarder ses données
Dernière mise à jour
Cet article vous a-t-il été utile ?
Dernière mise à jour
Cet article vous a-t-il été utile ?
Une sauvegarde est une copie datée des données contenues dans une table à un instant précis. Elle permet de conserver de façon sécurisée les enregistrements existants, et offre la possibilité de restaurer ces données dans la table d’origine à une date ultérieure en cas de besoin (erreur, perte accidentelle ou retour nécessaire à un état antérieur)
La création de sauvegarde se déclenche depuis la vue data, uniquement depuis l'environement de production.
Lors de la création d’une sauvegarde, il est possible de :
d’ajouter une description et de sélectionner les tables à sauvegarder
choisir les tables à sauvegarder / sélectionner de sauvegarder toutes les tables
La restauration de données permet de revenir à un état précédent des enregistrements de table. Il suffit de choisir les tables à restaurer, la méthode voulue et de valider la restauration.
L’opération de validation est conçue afin que le maker soit conscient de l’aspect permanent et irréversible de l’action.
Si des données non sauvegardées sont supprimées, elles ne pourront pas être restaurées.
La sauvegarde abrite le maker d’une perte de données lors d’une fausse manipulation ou d’un changement d’avis. La sauvegarde mémorise la structure et les enregistrements d’une table afin de les restaurer si besoin. La sauvegarde peut aussi être utilisée comme archive si besoin.
La restauration est utile notamment lors d’une manipulation erronée des tables, leur fonctionnement, ou les données qui s’y trouvent. Comme cité précédemment, la restauration de données ne change pourtant pas leur structure.
Pour le moment, il est impossible de sauvegarder des tables d’utilisateurs.
Lors de la restauration d’une table, seule la donnée est restaurée : la structure de la table cible reste inchangée.
Si la structure de la table source (la sauvegarde) est différente de celle de la table cible (par exemple, lorsqu’on restaure une sauvegarde réalisée sur une version antérieure de l’application), tous les champs présents dans la sauvegarde seront restaurés :
Si un champ existait déjà dans la sauvegarde, mais a depuis été supprimé dans la structure actuelle de la table cible, ses données seront bien restaurées, mais resteront non visibles tant que ce champ ne sera pas réintégré dans la structure actuelle de la table.
Si un champ a été ajouté à la structure de la table cible après la sauvegarde, ce champ existera bien dans la table restaurée, mais restera vide (sans données) puisque le champ ne pouvait pas être rempli à l'instant de la sauvegarde
Les données restaurées mais actuellement non visibles redeviendront automatiquement accessibles si la structure de la table est modifiée lors d’une mise en production ultérieure, en réintroduisant ces champs.
Récapitulons sur un schéma, lorsque l'app est versionnée :
