Discussion :

[philguio]

Bonjour a tous

J'ai fais une application qui donne de bon résultats depuis 1 an. Maintenant l'association me demande de faire des améliorations, elles sont toutes faites sauf une, qui est la suivante:
Les membres de cette assos veulent partager les données de la base, je m'explique. L'utilisateur A est chez lui il bosse sur l'appli en entrant des données dans la base. L'utilisateur B fait de même et l'utilisateur C qui est au club veut récupérer le travail des 2 autres et mettre la base a jour. Ce que je cherche a faire c'est que l'on puisse transférer les bases sur une clé usb puis les importer au club et vis versa .

Merci de me donner quelque piste de recherche
@+
Philippe

[Kropernic]

Perso, ça me semble assez casse gueule comme "amélioration" (je mets des guillemets car je ne suis pas sûr que ce soit le terme à utiliser).

Imagine, l'utilisateur A travaille sur la DB et crée les records 10, 11 et 12.
Pendant ce temps, l'utilisateur B, qui a reçu les mêmes infos que A et qui veut aussi se rendre utile décide de faire de même.

Cela engendre pour l'utilisateur C (en fait c'est ton appli qui devra y faire gaffe) un surcroit de travail car il devrait veiller à ne pas créer de doublons.

Deuxième situation, l'utilisateur A travaille a reçu des infos d'une source X et modifie les records 13, 14 et 15. Peu après, l'utilisateur B reçoit des infos d'une source Y et décide de modifier aussi les records 13, 14 et 15. Quelles modifications l'utilisateur C doit-il prendre en compte ?

On peut sûrement encore pousser le vice plus loin mais bon, je vais m'arrêter là.

Je tiens quand même à préciser que c'est juste mon analyse comme ça à vif juste après avoir lu ton message. P-e que d'autres, plus aguerri que moi dans ce genre de traitement te proposeront des solutions simples et efficaces.

Griftou.

[philguio]

je reformule

je mets a jour la base de données et je veux la transmettre aux autres utilisateurs, je suis le seul a pouvoir le faire

merci @+
Philippe

[Kropernic]

Si y a qu'une seule personne qui modifie, alors je n'ai rien dit

Sinon bin... j'avoue n'avoir jamais fait ça mais bon, si tu mets la DB sur une clef usb, qu'est-ce qui t'empêche d'aller remplacer la DB de ton appli par celle qui est mise à jour dans le répertoire de l'application ? Du moment que tu gardes le même nom et que tu ne modifies pas la structure, l'application devrait toujours pouvoir y accéder sans problème.

Enfin il me semble.

Griftou.

[Totanne]

Perso, ça me semble assez casse gueule comme "amélioration"

Je souscris complètement.
Rien de tel pour te pourrir ta base si l'édition concurrente des données n'est pas prise en compte avant même d'écrire la première ligne de code.

Cela dit
- si l'édition de la base ne se fait toujours que sur le même poste
- si ta base est importante.
- si ta clé est petite ()
- En gros si te ne veut transmettre que les données éditée par ex depuis la semaine dernière ...

Une solution consiste a rajouter a toutes tes tables une colonne date.
A chaque création et modif de ligne, cette colonne prend la date du système.
Les bases distantes gardent en mémoire la date de leur dernière synchronisation et ne traitent que le nécessaire.
Pour ce qui est des suppression de ligne, soit tu traite ca en dehors de la base (Suppression réelle de la base editrice, et mise en memoire les lignes suprimées pour la synchronisation), soit tu laisse les lignes dans ta base en y rajoutant un flag "supprimé" (dans ce cas il faut modifier tous les select pour qu'ils en tiennent compte)