Discussion :

[Paradisma]

Bonjour,

Je developpe une application mobile sous VS2008.
Je veux travailler avec une base de donnée SQL Server (2000 ou 2005) qui contient ma base de donnée, pour récupérer ls informations contenu et les afficher sur mon mobile.

Comment faire !?

je sais que je doit travailler avec la technologie RDA, sql serverc CE ...
mais que des notions,je ne sais pas par ou commncer, je suis perdu avc touts ss recherches sur le net. quelqu'un peux me dire par ou commencer et comment faire plz !?

Merci d'avance

[GuruuMeditation]

Le serveur distant est sur le même réseau intranet , ou ça doit se faire aussi via internet ?

[Paradisma]

Le serveur distant est sur le même réseau intranet , ou ça doit se faire aussi via internet ?

Via Internet

[GuruuMeditation]

Dans ce cas je dirais via WCF

[Paradisma]

comment !? je n'ai pas bien compis !!!

[GuruuMeditation]

Utilise des services WCF pour communiquer avec ta db

[Bluedeep]

Utilise des services WCF pour communiquer avec ta db

Pourquoi ? si elle veut attaquer sa base de données, autant qu'elle le fasse avec RDA. Dans le cas contraire cela suppose un développement coté serveur qui n'est pas forcément utile dans son cas.

Il faudrait avoir plus de précisions sur les besoins fonctionneles de son application pour trancher, mais avec la description fournie, WCF ne me semble pas être la voie indispensable.

Ici, on a en gros trois solutions :

- RDA
- Merge Repl.
- Wcf

et pas d'éléments sur les besoins fonctionnels pour trancher entre les trois. Par exemple :

1. un besoin de pouvoir fonctionner en mode déconnecté va disqualifier WCF.
2. la nécessité de s'adapter au changement de schéma de base SI va de facto disqualifier RDA. (dont la pérennité est d'ailleurs très relative).
3. si la quantité de données à manipuler est trop importante pour être stocké sur le mobile, adieu RCA et Merge replication
4. si 1 et 3, pas de solution (si pas de solution, pas de problème - proverbe shadok )

etc .....

[GuruuMeditation]

Pourquoi ? si elle veut attaquer sa base de données, autant qu'elle le fasse avec RDA. Dans le cas contraire cela suppose un développement coté serveur qui n'est pas forcément utile dans son cas.

Disons que je ne sui spas trop fan du "direct". Je préfère passer par une couche intermédiaire. Sinon, il y a aussi le Sync Framework pour une syncro avec un SQLCE local.

[Bluedeep]

Disons que je ne sui spas trop fan du "direct". Je préfère passer par une couche intermédiaire.

Et tu peux justifier cela comment ? sachant que ta couche intermédiaire va probablement allourdir ta charge de protocole sans bénéfice a priori ?

Sinon, il y a aussi le Sync Framework pour une syncro avec un SQLCE local.

Si tu as Sql Server CE à un bout et Sql Server à l'autre bout, il n'y a pas trop d'interêt à passer par le Sync Framework quand la Merge Replication fait parfaitement le boulot : pourquoi introduire une charge de travail et un risque de non qualité (en développant un composant dont la recette va s'avérer assez complexe de plus) plutot que d'utiliser ce qui est dispo ?

[GuruuMeditation]

Et tu peux justifier cela comment ? sachant que ta couche intermédiaire va probablement allourdir ta charge de protocole sans bénéfice a priori ?

Il peut y avoir toutes sortes de raisons. Business rules, des raisons sécurité, ou le fait d'avoir un accès DB "ouvert" en direct a l'extérieur donne des boutons au sys admin,etc...

[Bluedeep]

Il peut y avoir toutes sortes de raisons. Business rules, des raisons sécurité, ou le fait d'avoir un accès DB "ouvert" en direct a l'extérieur donne des boutons au sys admin,etc...

La réplication de fusion n'est pas un accès "ouvert", pas plus que WCF, mais j'admet qu'on peut mettre un petit bémol pour RDA.

Sinon, oui, il peut y avoir des raisons, mais ce n'était pas le problème. Ce que je ne comprends pas c'est ta réponse consistant à suggérer "par défaut" la mise en place d'un développement plutot qu'utiliser le "of the shelf" sécurisé et fiabilisé, sans qu'aucune information donnée par la PO puisse permettre d'en déterminer la nécessité.

[GuruuMeditation]

La réplication de fusion n'est pas un accès "ouvert", pas plus que WCF, mais j'admet qu'on peut mettre un petit bémol pour RDA.

Sinon, oui, il peut y avoir des raisons, mais ce n'était pas le problème. Ce que je ne comprends pas c'est ta réponse consistant à suggérer "par défaut" la mise en place d'un développement plutot qu'utiliser le "of the shelf" sécurisé et fiabilisé, sans qu'aucune information donnée par la PO puisse permettre d'en déterminer la nécessité.

En fait je viens de me rendre compte d'un truc. Je pense qu'on parle de choses différentes. J’étais plus partie dans l'idée d'interroger une DB. Alors qu'avec RDA c'est plus une copie de DB. Ce qui explique ma préférence pour passer par des services plutôt qu'un accès direct.

[Bluedeep]

En fait je viens de me rendre compte d'un truc. Je pense qu'on parle de choses différentes. J’étais plus partie dans l'idée d'interroger une DB. Alors qu'avec RDA c'est plus une copie de DB. Ce qui explique ma préférence pour passer par des services plutôt qu'un accès direct.

Son problème semble être en effet d'interroger une BD, depuis un mobile.

Donc, comme c'est un mobile, la première question qui vient : support mode déconnecté ou pas ?

Si le support du mode déconnecte ne se pose pas, un schéma de type client lourd classique est utilisable. Reste à déterminer où poser les "couches physiques". (qu'embarque le mobile, qu'embarque le SI ?).

Si on doit supporter le mode déconnecté, il faut une copie partielle ou total des données. En l’occurrence, sauf à se lancer dans la réinvention de l'eau tiède, il existe deux solutions, assez différentes en terme de mise en oeuvre qui sont le RDA et la réplication-fusion.

Maintenant pour trancher entre les différents scénarios, il faut plus d'info.

Personnellement, sans plus d'info, je partirais par défaut sur la réplication-fusion, qui s'adapte à à peu près tout. (y compris du "connecté avec léger différé supportant bien une mauvaise qualité de signal").

[GuruuMeditation]

Personnellement, sans plus d'info, je partirais par défaut sur la réplication-fusion, qui s'adapte à à peu près tout. (y compris du "connecté avec léger différé supportant bien une mauvaise qualité de signal").

J'ai jamais travaillé avec ce genre de choses, je me demande quel est le poids de RDA. Point de vue charge réseau. Si on est en wifi, pas trop de problèmes. Mais en 3G, vu le prix, vaut mieux minimiser le trafic. Rien de tel qu'un bon petit JSON

[Bluedeep]

J'ai jamais travaillé avec ce genre de choses, je me demande quel est le poids de RDA. Point de vue charge réseau. Si on est en wifi, pas trop de problèmes. Mais en 3G, vu le prix, vaut mieux minimiser le trafic. Rien de tel qu'un bon petit JSON

Sincèrement , tu devrais réfléchir avant d'écrire. A ce stade, je n'ai même plus envie de relever. Ce qui me dérange, c'est ce que tu mets "software architect" dans ton profil. Enfin, bon, je devrais plutôt m'en réjouir : c'est pas demain que je vais mourir de faim.

[GuruuMeditation]

Sincèrement , tu devrais réfléchir avant d'écrire. A ce stade, je n'ai même plus envie de relever. Ce qui me dérange, c'est ce que tu mets "software architect" dans ton profil. Enfin, bon, je devrais plutôt m'en réjouir : c'est pas demain que je vais mourir de faim.

Je n'ai pas la chance d'être à ton niveau stratosphérique de connaissances, mais au moins j'ai le second degré pour moi ! (Ne pas oublier de voter négatif à ce message aussi!)