Re: [Epnadmin-fr] Initiations : sql central

[Thomas Sechet]

Bonsoir,

J'ai mis un peu de temps à comprendre le problème posé ...

Si j'ai bien compris, il faut créé une liaison entre in_id_share et in_serv 
lors du partage pour s'assurer de la liste des serveurs qui partagent une même 
initiation (surtout si il n'y a pas de fichiers attachés).
De la même manière il faut que la fonction qui permet de dé-partager une 
initiation (depuis le serveur local) mette à jour la liste des serveurs locaux 
qui partagent l'initiation (sur le serveur central) afin d'obtenir une liste de 
serveurs fiable.

Si la liste des serveurs locaux est vide, Faut-il supprimer les fichiers (si 
ils existent) ainsi que l'initiation sur le serveur central. Le serveur central 
n'ayant pas la vocation d'archiver, il est uniquement là pour faciliter le 
partage lorsqu'il est souhaité par utilisateurs.

Faut-il, dans ce cas, supprimer totalement l'initiation de la base du serveur 
central ?

CAS 1 : (suppression totale)
1 - J'ai sur mon serveur local une initiation que j'ai partagée, puis 
dé-partagée. Plus aucun serveur ne partage cette initiation et elle donc été 
supprimée sur le serveur central.
2 - Je souhaite (certainement après de profondes modifdications ou mises à 
jour) partager cette initiation à nouveau : La fonction partage me connecte sur 
le serveur central et présente mon initiation sur le serveur central (le 
"in_id_share" que je présente n'est plus valide), alors le serveur central me 
renvoit un nouvel in_id_share et enregistre le partage.
==> Le risque est que si d'autres EPN font la même chose que moi nous allons 
trouver sur le serveur centarl autant de versions filles (avec un in_id_share 
différent) que de nouveaux partages pour une initiation originale qui a été 
supprimée. Il y a donc un réel risque de pollution.

cas 2 : (suppression partielle)
1 -  J'ai sur mon serveur local une initiation que j'ai partagée, puis 
dé-partagée. Plus aucun serveur ne partage cette initiation. La liste des 
serveurs locaux est vide, mais l'initiation existe toujours (in_id_share).
2 - Si je souhaite repartager cette initiation, la fonction partage la présente 
sur le serveur central. Elle est automatiquement reconnue (in_id_share). Le 
serveur central l'enregistre ... L'initiation se retrouve à nouveau partagée 
avec le même "in_id_share".
==> Cette solution limite le risque de pollution (c'est un peu de là qu'est née 
l'idée de l'identifiant "in_id_share")
==> Afin de ne pas polluer les listes des initiations partagées sur le serveur 
central par des initiations qui ne le seraient plus mais qui existeraient 
toujours dans les tables, je proposerai un mécanisme qui lors de la suppression 
du dernier partage mette une varibale in_sh_act (initiation_share_activity) à 
"no" afin qu'elle n'apparise pas dans les listes des initiations disponibles 
sur le serveur.
==> Cette solution 2 me semble plus propre.

Voila mes lumières du soir.

Thomas


  


Le Sat, 23 Oct 2004 19:22:17 +0200
Dayot Loïc <address@hidden> écrivait :

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Bonsoir,
> 
> Je travaille sur les initiations côté central et j'ai un problème. J'aurais 
> besoin de vos lumières.
> 
> J'ai repris le nouveau schéma 
> http://epnadmin.pierrefitte93.fr/article.php3?id_article=68.
> 
> Mais voilà, maintenant, on n'a pas moyen de savoir si une initiation est 
> encore utilisée sur un serveur local. Ce cas se présente lorsqu'une 
> initiation n'a pas de fichiers attachés. Alors doit-on garder toutes les 
> initiations, on risque d'avoir des problèmes de pollution ?
> 
> J'en suis arrivé là lorsque je travaillait sur l'exportation (local vers 
> central) :
> 
> 1 je regarde si l'initiation existe dans la base.
> 1non -> alors c'est facile, je crée l'initiation, la version, les fichiers et 
> je renvoie un in_id_share au serveur local.
> 1oui -> alors 2 je regarde si l'initiation est toujours partagée
> 2non, il faut que je supprime la liaison entre ce serveur local et les 
> fichiers -> 3 Existe-t-il encore une liaison entre un serveur et des 
> fichiers ?
> 3non -> les fichiers n'ont plus de source et je les supprime. Mais dois-je 
> supprimer aussi l'initiation ???
> 3oui -> je laisse les fichiers et l'initiation en place.
> 2oui -> 4 Est-ce que la version est différente de celle sur le central ?
> 4non -> il n'y a rien à faire.
> 4oui -> je crée une nouvelle initiation en marquant qu'une version précédente 
> existe. Je devrait renvoyer un nouvel in_id_share au serveur local. 5 Est-ce 
> qu'il y a des fichiers différents de ceux de la version précédente ?
> 5oui, j'ajoute les fichiers et la liaison version-fichier-serveur local.
> 5non, j'ajoute la liaison version-fichier-serveur local (sur les fichiers de 
> la version précédente).
> 
> Est-ce qu'il y a une erreur quelque part ?
> Comment résoudre mon problème de la réponse 3non ?
> 
> Loïc.
> - -- 
> 
> Hébergeur hébergé http://ouvaton.coop
> Alternative logiciel libre http://april.org
> 2 CV anciennes sur http://amis2cv.org
> Se souvenir du Maroc http://marocamnesie.com
> Imaginez la suite...
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.4 (GNU/Linux)
> 
> iD8DBQFBepNNN/RN38XtBQkRAlEEAJ9eRrjGX8cVmN8d23QodYysCsWwXgCdHIBs
> p4jUE/YPaTMS5q+pViuz+r4=
> =4A2n
> -----END PGP SIGNATURE-----
> 
> 
> _______________________________________________
> Epnadmin-fr mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/epnadmin-fr
> 


-- 
Thomas Sechet  
06 82 32 69 81