Discussion :

[Black Lagoon]

Bonjour,

Je suis entrain de développer une application desktop, qui peut être installée sur plusieurs PC (10 au Max), et j'aimerais que tout les utilisateurs aillent les même données à jour sachant que tous peuvent faire des ajouts et modifications, j'ai pensé à installer SQL Serveur dans un PC et vu que les applications vont être dans le même réseau LAN, je peux accéder à la base facilement, cependant, pour des raisons de disponibilité, je pense à installer la base sur tout les PC et faire un sort de synchronisation entre les base, avec un bouton par exemple dans l'application pour synchroniser une fois cliqué, mais je sais pas par quoi commencer (comment faire) ou bien ce que vous pouvez me proposer.


Merci d'avance.

BL

[Graffito]

Synchroniser plusieurs instances d'une même database suppose de définir les priorités en cas de modifications d'un même enregistrement dans 2 instances de la base de donnée.

Les questions à se poser sont :

• Est-ce que tu veux seulement gérer d'éventuels problèmes sur l'ensemble [réseau / SGBD centralisé] ou certains PC sont des portanbles qui vont travailler sur l'application en off-line ?
• Est-ce que différents utilisateurs peuvent modifier/supprimer les mêmes enregistrements ?
• Y-a-'il une hierarchie parmi les ulisateurs ?
• Est-ce que les traitements résultant d'une modification/suppression sont reversibles ?

[Black Lagoon]

Merci beaucoup Garffito

Est-ce que tu veux seulement gérer d'éventuels problèmes sur l'ensemble [réseau / SGBD centralisé] ou certains PC sont des portanbles qui vont travailler sur l'application en off-line ?

Oui certains PC sont des portables et peuvent travailler sur l'application en offline, la synchronisation peut se faire une fois connecté si c'est possible.

[*] Est-ce que différents utilisateurs peuvent modifier/supprimer les mêmes enregistrements ?

Oui ils peuvent mais c'est pas assez fréquent, je veux dire que les opérations mentionnées sont limités ou il y aura pas de grand risques pour les conflits, c'est une application pour la gestion d'un cabinet d'avocat.

[*] Y-a-'il une hierarchie parmi les ulisateurs ?

Oui, certains auront juste le droit de lire.

[*] Est-ce que les traitements résultant d'une modification/suppression sont reversibles ?

Non, je garde l'historique de tout les opérations donc c'est pas un problème.


Merci encore

[Graffito]

Oui ils peuvent mais c'est pas assez fréquent, je veux dire que les opérations mentionnées sont limités ou il y aura pas de grand risques pour les conflits

Même dans ce cas, il faudra quand même gérer les (rares) conflits.

On pourra le faire via une form présentant l'ensemble des conflits et demandant à l'utilisateur d'arbitrer manuellemennt en cochant la version à garder.

la synchronisation peut se faire une fois connecté si c'est possible.

En mode offline, on peut prévoir des moyens d'identifier dans la base les enregistrements modifiés/ajoutés/supprimés.
Ainsi quand on se connecte en mode on-line, on peut downloader vers la base on-line les éventuelles modifications de la base effectuées en off-line, puis uploader toute la base on-line vers la base off-line (ou seulement les dernières modifications) si on a un moyen d'identifier dans la base on-line les modifications effectuées depuis le dernier upload.

Regarde du coté de Microsoft sync framework, en particulier :
http://msdn.microsoft.com/en-US/sync/cc137124.aspx

[azstar]

une petite conseil ne compte pas sur tes utilisateurs pour démarrer la synchronisation; je connais très bien les habitudes des utilisateurs.Ce que prend beaucoup de temps pour s’exécuter ils les évite si ils ont le choix. donc a mon avis il faut démarrer la synchronisation d'un manière automatique, c'est mieux, peut être lors de la démarrage de l'application !!.

[pascalCH]

J'ai eu une problématique similaire pour un cabinet de conseil juridique (donc pas loin de ta problématique).
En se fondant sur le fait que le risque de collision restait faible ( et c'est effectivement le cas, moins de deux par an...), j'ai mise en place la RÉPLICATION de base de données sous Sql Serveur 2012, solution qui s'est révélée efficace.

les points a ne pas rater :

- les synchronisations, comme le fait remarquer très justement Azstar, pas question de compter sur les utilisateurs, donc soit un service qui fait la mise à jour en tache de fond dès que le poste est dans la zone LAN, soit (c'est la solution que j'ai personnellement retenue) une synchro à la fermeture de l'application (dans un robot en arrière plan); La synchro du Sql Serveur étant assez bien réalisée, une synchro inachevée reprend comme si de rien n'était au passage suivant.

- le top est quand même de disposer d'une machine qui fait office de serveur de référence et de gestionnaire des réplicats, sinon comment gérer la non disponibilité de la base racine (même si les réplicats sont soit disant homologues); ce serveur simplifiant aussi les sauvegardes.

- l'installation automatisée du Sql Server sur les postes pour éviter de passer la journée à installer le tout.