Discussion :

[thefutureisnow]

Salut à tous,

J'ai une application qui est pour l'instant en mode déconnecté, elle est censé être nomade, j'utilise la sérialisation binaire pour sauvegarder les données, jusque là tout fonctionne bien.

L'idée serait de pouvoir remonter ces infos dans une base commune à tous les utilisateurs quand ils rentrent de déplacement.

J'allais me lancer dans le codage assez fastidieux de tous les appels SQL (ajout / suppression / modification) pour chaque classe, je me demande si il existe pas un un moyen plus simple et plus rapide ?
J'avais penser enregistrer le texte de la sérialisation binaire, directement dans la base, mais le problème des accès concurrent reste un problème.

Auriez vous des conseils ?

D'avance merci !

[NicoL__]

La problématique n'est pas simple du tout. La synchro et le merge dans une base de données centrale n'est pas trivial.
Microsoft propose une solution : une base de donnée local qui peut se synchroniser avec une base de données centrale. A mon avis ça coûte pas mal d'€ cette architecture. Mais ça empèche pas de taper toutes les méthode pour mettre en base. Y Linq qui peut te permettre de gagner du temps.

http://msdn.microsoft.com/fr-fr/libr...v=sql.90).aspx

On peut imaginer un base contenant les sérialisation binaire plus des colonnes pour gérer le synchro (timestamp, id, type...), ça doit pouvoir marcher avec des règles simples et en faisant travailler le l'appli cliente pour le merge. Mais c'est pas trivial, rien que le delete d'un élément peut poser pas mal de problème.

[benji_dv]

Effectivement, la réplication sql server permet de prendre en compte ce genre de scénarios.
La base client peut être du CE, de l'express, ou une version payante.

Coté serveur (celui qui centralise les données), en fonction du mode de réplication choisi, tu auras besoin d'une version standard, ou entreprise.
En général, il nécessite également, un serveur IIS.

Ce mécanisme permet de se simplifier la vie pour la synchro de données entre base. Mais, attention ce n'est pas trivial, et nécessite de prendre en compte un ensemble de facteurs tels que : qualité du réseau lors des réplications, nécessité de disposer d'un DBA pour la gestion du serveur, propreté des requètes de réplications,etc.

Ce mécanisme peut être piloté à distance (application dot net) ou automatisé.

Pour info :
http://www.microsoft.com/sqlserver/2...s-compare.aspx

[ame="http://www.google.fr/search?sourceid=chrome&ie=UTF-8&q=site%3Amsdn.microsoft.com%2Ffr-fr+replication+sql+server"]http://www.google.fr/search?sourceid=chrome&ie=UTF-8&q=site%3Amsdn.microsoft.com%2Ffr-fr+replication+sql+server[/ame]

PS : super techno, amusante et efficace.