De Hegyd Doc.

[modifier] Politique de suppression

[modifier] Moyens de suppression

Il existe trois cas de figures lorsqu'on supprime des données sur sindup :

• l'ajout d'un flag utsDelete : les données sont considérées supprimées mais existent toujours en base
• la suppression pure et dure (via la commande DELETE FROM)
• les données "mortes" : elles ne sont ni supprimées, ni flagguées mais leur visibilité dépendant d'autres objets qui ne sont plus accessibles, les données n'apparaissent plus dans l'application.

Exemple : Lorsqu'on "supprime" un utilisateurs :

• on flaggue l'ensemble des ses dossiers de veille avec un utsDelete (cas 1).
• les liens entre ses dossiers de veille est les actualités deviennent des données mortes (cas 3).

Ainsi, on enlevant simplement les utsDelete des dossiers, on peut les restaurer en intégralité, avec leur contenu.

La suppression pure et dure depuis l'application n'intervient que dans de rares cas.
De manières générales les données sont flaguées avec un utsDelete, puis, seulement après une période de quarantaine, supprimées définitivement.

[modifier] Effet en cascade

Lorsqu'on supprime quelque chose, que ce soit via un utsDelete ou avec la commande delete, on supprime également l'ensemble des données liées à l'objet supprimé et qui n'ont plus lieux d'exister sans lui.

Exemple : En supprimant un utilisateur, on supprime l'ensemble de ses dossiers de veille.
En supprimant un dossier de veille, on supprime l'ensemble des alertes portant sur ce dossier.

Retour à la page projet Sindup