Discussion :

[neoncyber]

Bonjour,
Je suis entraint de voir pour mettre en place des web service,
par contre je cherche partout mais je ne trouve pas de conseil
pour gerrer la "synchronisation" des clée primaire et jointure,
entre les differentes base de donné des different web service / client.
Par exemple j'ai un web service qui fourni les references de mes produits.
Ces produits sont utilisé sur differente application qui on leur propre base de donné, comment correctement stocké les reference des produits provenent du web service ?,

[dkmix]

Bonjour,
je suis pas sur d'avoir bien compris vos besoins ...mais avez vous regardé du coté des GUID "uniqueidentifier" pour ms sql?

[Bluedeep]

Bonjour,
Je suis entraint de voir pour mettre en place des web service,
par contre je cherche partout mais je ne trouve pas de conseil
pour gerrer la "synchronisation" des clée primaire et jointure,
entre les differentes base de donné des different web service / client.
Par exemple j'ai un web service qui fourni les references de mes produits.
Ces produits sont utilisé sur differente application qui on leur propre base de donné, comment correctement stocké les reference des produits provenent du web service ?,

J'avoue ne pas comprendre ton problème de clef primaire : en effet, si tu vas chercher des infos depuis un web service, la façon dont tu structure la base sous jacente au service doit être agnostique au client. (même si tu développe le service ET le client, ça ne change rien).

Donc, précise un peu ton besoin fonctionnel, car en première lecture, on a un peu l'impression que tu mélanges des concepts non miscibles

[neoncyber]

J'ai un web service produits,
un web service tarification (grosse uzine a gaz),
un web service souscripteur
un web service client
un web service vente
un Client legé pour faire de la vente.
et un site web pour publier les produits (et les tarifer si besoin) a des visiteur (future client...).


En gros comment tarifer des produits dont la réference du produit est issu d'une Base de donné situé sur un autre web service, ou comment faire pour réferencer les produit vendu sur le web service vente, ou sur le client legé en mode déconnecté (c'est pas pour tous de suite ca).
Et ne pas me retrouver avec un truc dégueulasse ...
J'espere avoir été claire...
Je vais regarder les premieres aides donné.
Je sais pas si la conception SOA est bonne ...

[Invité]

est-ce que tu as une table dans ta base de données qui te fera la correspondance avec les différents références d'un même produit ?

sans ce genre de table je ne vois pas comment t'en sortir.

Si t'as cette table avec une clef primaire propre à toi, au moment où tu voudras synchroniser tu récupère la référence du produit correspondant au service web que tu voudras appeler et c'est fini

[neoncyber]

Mouè après je vais me retrouver avec 10 000 référence pour un même produits, et devoir doublonner ma table produits sur tous les client au web service produits... (mais bon si c'est la solution) Merci .

[Invité]

devoir doublonner ma table produits sur tous les client au web service produits

Je n'ai pas dit que tu dois créer cette même table dans la base de données de tous les clients.

Tu es chargé de créer une nouvelle application or il se trouve que d'autres applications sont déjà présentes mais ne partagent les même données. Et si j'ai compris tu es chargé de synchroniser ces données.
Donc créer une base de données centrale avec la table dont je t'ai parlé dans mon précédent message qui contiendras les correspondances. La table n'existera qu'à un seul endroit.

je ne vois pas où se trouve les problèmes de doublons ?

[neoncyber]

Tu es chargé de créer une nouvelle application or il se trouve que d'autres applications sont déjà présentes mais ne partagent les même données

Aucune application existe encore, et elle partage les même données.
Donc y'en a un qui me dit d'uiliser des clée primaire robuste (GUID),
un autre qui me dit surtout pas de clé primaire (alors quoi d'autre?),
et un autre qui me dit de faire du mapping de clée primaire (la base de donnée central je la met sur un web service et le problème est le même).
Je voudrai une solution officiel ... genre un lien sur MSDN avec un exemple, mais je trouve aucun exmple ...

[Nathanael Marchand]

Mais y'a combien de bases de données en fait dans ce que tu décris?
Si tu pouvais faire un schéma clair de l'architecture avec ou se situent les bases de données et qui communique avec quoi.

[neoncyber]

Voici un shema tres simplifier les association sont faite a l'arrache. (le sence des fleche) mais bon je pense que c'est comprehensible.

[dkmix]

Mais y'a combien de bases de données en fait dans ce que tu décris?
Si tu pouvais faire un schéma clair de l'architecture avec ou se situent les bases de données et qui communique avec quoi.

+1... je ne vois pas trop ou tu veux aller.

Aucune application existe encore, et elle partage les même données.

J'aurais tendance dans ce cas la à faire une couche d’accès aux donnée unique, sur laquelle s'appuieront tes services web.

......|<-> service1
DAL |<-> service2
......|<-> service3
etc.

Mais cela dépend aussi du volume de la base, du trafic etc...

Les "uniqueidentifiers" te permettent simplement de fusionner deux tables sans se soucier des clefs primaires, çà ne résout bien-sur pas les problèmes de doublons pour un même produit(ou autre).

Un autre conseil, au passage, je t'invite à faire un MCD de ta base pour bien poser les choses.

[neoncyber]

Ok donc je pense qu'il serrai alors préferable d'utilser une DAL unique pour ne pas avoir de problème...
Je me disait au début que chaque service avait sa propre DAL ...
Car cela me semblai plus logique comme cela, mais au final ca change rien d'avoir qu'une seul base de donné... ca simplifi même grandement les choses...

[neoncyber]

Par ailleur, derniere question... mon Domain Layer serra aussi unique ?
Mais dans ce cas ya un couplage fort entre tous les services...
Pas besoin de mettre les vendeur a coté des tarifs ... si demain je change l'organisation de mes vendeurs, je devrais modifier tous les service (qui reference le même domain layer) ...

[Nathanael Marchand]

Oui effectivement il faut que ta DAL soit commune ta couche Business aussi.
Peu d'interet de faire une DAL par service, ca fait trop de code dupliqué.
Après sur les changements c'est un peu plus subtile que ca. Si tu changes le contrat d'un service (méthodes) tu n'as pas besoin de changer les autres services. Si tu changes l'implémentation des services sans changer les contrats, pas besoin de changer les services. Si tu changes les définitions des entités véhiculées oui il faut changer les services des entitées concernées.
Généralement, la couche service n'est que proxy pour accéder a ta couche Business, il n'y a pas de logique.