Discussion :

[débutant_C#]

bonjour
j'ai à developper une application client/serveur. l'application clientes est réalisée en C#.net et elle utilise une base de données MySQl. les donnés utilisées localement dans l'application cliente doivent etre synchronisées avec une base de données distante(Oracle) et dont la structure des tables est trés différente de celle utilisé chez le client.je veux developper du coté serveur un webservice(en C#) qui soit en communication avec l'application cliente et la base de données Oracle et qui se charge de la synchronisation des champs correspondant des deux base, je pense du coté que le webService est un composant réutilisable et peut par la suite etre utilisé par d'autre applications.
Est ce que vous voyez que c'est une solution optimable?faisable surtout?et si vous avez d'autre proposition meilleure.elles seront les bienvenus.
merci pour toutes les réponse.

[débutant_C#]

bonjour
personne ne peut m'aider? Si ce n'est pas clair signalez le moi et n'hésitez pas à me poser des questions pour avoir plus de précision.

[Yust]

Salut...

Oh si, c'est très clair...mais la réponse ne le sera pas forcèment...
d'ailleurs, je ne vais pas beaucoup t'aider parce que je cherche ce genre de réponse...mais à plus grande dimension.

Voilà le début de réponse que je peux faire :
- Pour synchroniser deux sources de données, il n'y a pas de "meilleure" solution...parce que sinon tu aurais déjà la réponse. Il y a la solution la plus adaptée à ton environnement .
- Pour synchroniser deux sources de données, il faut une interface. En matière d'interface, le Web service est particulièrement efficace. D'ailleurs, il est largement cité dans la mise en place d'un ESB (tu n'as besoin que d'un ETL si j'ai bien suivi...mais c'est toujours aussi bien ). En plus, un Web service en C#, c'est rien que du bonheur !!!
- Pour synchroniser deux sources de données, il faut des règles de réconciliation...un bon mapping (si on n'utilise pas la même clé primaire) et choisir qui est maitre ! Dans ton cas, je ne sais pas si tu vas devoir gérer les rejets (réconciliations loupées),avec une table "interface" qui fait la correspondance entre les clés de chaque côté... la source "oracle" est informative (esclave) ou directive (maitre) ?
- Pour synchroniser deux sources de données, il faut controler la qualité des sources...et leur homogénéité...je sais, la qualité...c'est mais c'est difficile pour une interface de tenter la réconciliation de données lorsque l'homogénéité de 2 sources est de seulement 50% (la moitié des données sont communes et donc réconciliables!!! ).

Enfin, , le Web service, c'est très bien, très puissant, mais des fois, un peu lent...si les règles de réconciliation sont lourdes, ou l'agregation trop conséquente...la fraicheur des données de la base Oracle doit-elle être "temps réel" ? ou alors un bon vieux batch qui tourne toutes les 10 minutes suffit ?...Cela n'empêche pas d'avoir un Web service, mais les données sont "prémachées" dans ta base MySql...

Je n'ai pas la science infuse surtout sur ce sujet (je suis plutot DEV C# )...donc...a vos stylos...le débat est ouvert...

A +,

Yust...

[débutant_C#]

merci Yust pour tes conseil ta réponse m'ouvre le débat des grands idées.