Sindup:Politique suppression - Historique des versions

G.nouet : /* Politique de suppression */

2011-09-12T12:36:15Z

Politique de suppression

← Version précédente		Version du 12 septembre 2011 à 12:36
Ligne 20 :		Ligne 20 :
	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.		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.

-	~~Retour à la page projet [[Sindup]]~~

	==Effet en cascade==		==Effet en cascade==
Ligne 28 :		Ligne 27 :
	En supprimant un utilisateur, on supprime l'ensemble de ses dossiers de veille.<br />		En supprimant un utilisateur, on supprime l'ensemble de ses dossiers de veille.<br />
	En supprimant un dossier de veille, on supprime l'ensemble des alertes portant sur ce dossier.		En supprimant un dossier de veille, on supprime l'ensemble des alertes portant sur ce dossier.
		+
		+
		+	Retour à la page projet [[Sindup]]

G.nouet : /* Moyens de suppression */

2011-09-12T12:35:54Z

Moyens de suppression

← Version précédente		Version du 12 septembre 2011 à 12:35
Ligne 9 :		Ligne 9 :


-	~~Exemples~~ :	+	Exemple :
	Lorsqu'on "supprime" un utilisateurs :		Lorsqu'on "supprime" un utilisateurs :
	* on flaggue l'ensemble des ses dossiers de veille avec un utsDelete (cas 1).		* on flaggue l'ensemble des ses dossiers de veille avec un utsDelete (cas 1).
Ligne 19 :		Ligne 19 :
	La suppression pure et dure depuis l'application n'intervient que dans de rares cas.<br />		La suppression pure et dure depuis l'application n'intervient que dans de rares cas.<br />
	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.		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.
		+
		+	Retour à la page projet [[Sindup]]

	==Effet en cascade==		==Effet en cascade==

G.nouet : /* Politique de suppression */

2011-09-12T12:34:40Z

Politique de suppression

← Version précédente		Version du 12 septembre 2011 à 12:34
Ligne 1 :		Ligne 1 :
	=Politique de suppression=		=Politique de suppression=

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

Ligne 18 :		Ligne 19 :
	La suppression pure et dure depuis l'application n'intervient que dans de rares cas.<br />		La suppression pure et dure depuis l'application n'intervient que dans de rares cas.<br />
	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.		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.
		+
		+	==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.<br />
		+	En supprimant un dossier de veille, on supprime l'ensemble des alertes portant sur ce dossier.

G.nouet : Page créée avec « =Politique 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 suppr… »

2011-09-12T12:30:52Z

Page créée avec « =Politique 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 suppr… »

Nouvelle page

=Politique 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.

Exemples :
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.<br />
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.