Travailler sur SQL Server en connecté, sur sql compact en nomade

Bonjour,

Dans ma solution vb2010 Framework.net 4, j'ai un projet prjTraitement qui s'appuie sur un second projet prjDonnees pour l'accès aux données via EF.
Pour des raisons de mobilité je crée une base sql compact (fichier .sdf) grâce à une réplication/fusion de sql serveur sur le poste client. Je ne souhaite pas installer sql express sur les postes clients. Ma base .sdf est identique à la base sql serveur. Si je branche à la main mon projet prjTraitement sur la base sdf (je supprime l'emdx et la connection string dans l'appConfig et je crée un nouveau emdx lié au fichier sdf) tout fonctionne .
=>> Mon souci est que je ne sais pas comment, à la demande lors du lancement de l'application, brancher mon prjTraitement soit sur le serveur sql, soit sur le fichier .sdf.
Quelqu'un a-t-il une piste?
Merci, merci...

En premier lieu, je tiens à préciser que tu travailles sur SQL Server ou SQL compact tu travailles en mode déconnecté.

Ensuite sachant que le jeux d'instructions prises en charge par SQL Server et SQL compact ne sont pas identiques (bien que je suppose que ce qui est compris pas SQL compact devrait être compris par SQL server). Par conséquence, tu risques au pire des incompabilités au niveau des instructions et au mieux une perte de fonctionnalités (au niveau base de donnée) avec une application qui se connectera à choix sur les 2 systèmes.

C'est pourquoi dans l'idéal on implémente une application "mobile - Frontoffice" et une application "Fixe - Backoffice". Sachant que les fonctionnalités demandées sont, la plupart du temps, aussi différentes !

Lors de la suppression/création d'un .edmx il y a une génération de code "transparent" par VisualStudio ce qui signifie qu'une simple modification d'une chaîne de connexion ne garanti pas le bon fonctionnement de la bidouille.

Si je n'ai toujours pas réussi à te convaincre d'abandonner cette mauvaise idée, je te conseille alors la lecture suivante pour essayer de trouver une solution à ton problème.

http://msdn.microsoft.com/en-us/library/cc716756.aspx

Bonjour et merci,

Lorsque je dis déconnecté, je veux dire déconnecté du réseau de l'entreprise et donc n'ayant pas d'accès au serveur SQL.

Si quelqu'un veut s'amuser à faire la même chose que moi voici où j'en suis:
A ce jour, j'ai créé 2 projets supplémentaires dans la solution. Un projet prjSQL dans lequel j'ai ajouté le .emdx (SqlEntities) correspondant au serveur SQL et un projet prjSDF avec l'edmx (SdfEntities) correspondant au fichier sdf.
- projet principal : il faut mettre dans l'app.config les 2 connectionStrings (en copier/coller).
- il ne faut surtout pas que les fichiers .edmx aient le même nom, par défaut on a tendance à laisser Model1.edmx.

Dans l'en-tête des forms, je fais un import de l'un ou l'autre des projets de données et je change la d éfinition du context, le fonctionnement est identique.
Je n'ai pas réussi à faire sélectionner au démarrage de l'application la base sur laquelle l'utilisateur souhaite travailler. En cela il faudrait que j'ai un code qui :
- dans la partie "imports" me permette de choisir soit prjSQL, soit prjSDF (avec un #IF approprié ?)
- dans le code me permette de définir le context qui va bien :

Code:

---

dim aContext as new SQLEntities

---

ou

Code:

---

dim aContext as new SDFEntities

---

Mais là encore comme je suis en variables globales et il me faudrait le #IF qui va bien.

J'ai pensé à une autre solution qui est de créer une classe qui me renvoie une entité mais je ne m'en suis pas sorti non plus.
----------- ET JE SUIS BLOQUE...
Bref, je vais créer une application "spéciale" pour les utilisations hors réseau et faire des copier/coller à chaque fois que je toucherai un écran, un état, ou tout autre élément...
Soit je suis à côté de la plaque en ayant voulu faire ce que je voulais (une réplication "vraie" données + programme), soit mes connaissance ne me permettent pas de le faire...
Mais je persiste à penser que ce que je souhaite est faisable et que je ne sais simplement pas l’architecturer à ce jour.

Pour être sûr de comprendre ton besoin :

- Tu veux que quand au démarrage, on n'arrive pas à se connecter au serveur SQL on bascule sur la base locale
ou
- Tu veux qu'on bascule à la base locale à chaque fois qu'on perd la connexion au serveur SQL, et qu'on re-bascule sur le serveur quand on retrouve le réseau

Tu parlais de mobilité, donc si par exemple c'est une application pour Smartphone/Tablettes, la 2e option semble plus logique.
Cependant : quelle est la valeur ajoutée à la base "centrale" dans ce cas ?

Ne vaudrait-il pas mieux simplement mettre à jour les data de la base locale toutes les N minutes ?

Mon besoin réel :
l'utilisateur travaille sur la base centrale, environ 150 associations et, par exemple, il prépare un budget prévisionnel pour une association donnée. Il part présenter son budget en assemblée générale d'association et le modifie sur place en fonction des différentes remarques. En même temps il a accès à toutes les données et peut ajouter des membres, modifier leurs coordonnées etc. Il présente également les comptes comptables et bilans en fonction de ce qui a été saisi tout au long de l'année.

En clair, il part chez le client avec la partie de base de données serveur correspondant à cette association, répliquée dans un fichier SDF. Quand il revient, toutes les modifications doivent être rappatriées sur le serveur central.

Voilà.

Ok.
Dans ce cas, tu as une approche assez "simple".
Ton utilisateur peut très facilement savoir quand il travaille en mode "déconnecté" (un peu comme Office), donc via un bouton, tu peux basculer sur ta base locale .SDF et travailler dessus.

Quand l'utilisateur clique sur "reconnecter", il faut faire une mise à jour de la base centrale. A gérer la gestion de la fusion, mais a priori si tu gardes en mémoire (ou dans une table temporaire, plus sûr) les modifications à reporter, tu peux avoir quelque chose de simple.

A ta place, je verrai donc ça comme deux bases différentes.

Tu peux avoir quelques chose comme ça :

Code:

---

1 2 3 4 5 6 7 8 9

public void UpdateData (MyData data) { if(isConnected) { using(SQLEntities context = new SQLEntities()) { ... } } else { using(SDFEntities context = new SDFEntities()) { ... } } }

---

Tu peux même implémenter un pattern pour avoir quelque chose de plus propre..

Je comprends, enfin je crois! J'avais essayé de mettre ça dans une classe mais j'ai vite été bloqué. Je m'explique : pour un form basé sur une table de la base j'ai un context global au form. Puis je remplis un datasource (au load par exemple), l'utilisateur modifie les données et ensuite je fais un context.savechanges().
Là je ne suis pas sûr que ça passe.
exemple de code (vb...)

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

Imports DataSql Imports DataSdf   Public Class Form1 'l un ou l autre en fonction de la base Private aContext As New SQLEntities 'Private aContext As New SDFEntities   Private Sub frm1_Load(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles MyBase.Load Table1_bindingSource.DataSource = (From p In aContext.Table1 Select p) End Sub   Private Sub SaveChanges(Optional ByVal pRebind As Boolean = True) aContext.SaveChanges() End Sub End Class

---

Il faut bien que le context soit défini en global pour être partagé par tous, dans une procédure ça ne passe pas. Une idée?

J’ai imaginé une solution. Compiler 2 fois la même application avec une constante SQL ou SDF en fonction de mon besoin :
Dans la propriété du projet principal, onglet Compiler, bouton Options avancées de compilation…, champ Constantes personnalisées j’ai placé Global_BASE="SQL".
Partout où je fais référence à mon DataSQL je mets un #IF#ELSE#ENDIF

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

#If Global_BASE = "SQL" Then Imports AsaDataSql #Else Imports AsaDataSdf #End If   #If Global_BASE = "SQL" Then Private aContext As New SQLEntities #Else Private aContext As New SDFEntities #End If

---

Et ça fonctionne. J'ai donc deux applications finales, deux .exe, l'un compilé avec Global_BASE="SQL", l'autre compilé avec Global_BASE="SDF". L’utilisateur lance l’application qu’il souhaite en fonction de son besoin.
Lorsqu’il est dans le mode connecté au réseau (SQL), je lui ouvre les droits sur un écran d’accès à la réplication/fusion de SQL server. C’est le seul écran où il a accès aux deux bases simultanément pour des besoins de vérifications.

Cette solution, outre les #IF dans tout le code, a l’inconvénient de devoir gérer deux projets d’accès aux données (1 SQL et 1 SDF) et donc, chaque fois que la structure de la base SQL changera il faudra que je mette à jour l’edmx du projet SDF.

La solution la plus séduisante pour moi aurait été de n’avoir qu’un seul projet de données et donc 1 seul edmx. Mais je n’ai pas trouvé…
Avis aux amateurs les plus férus de me proposer une solution en ce sens si cela est possible…