Discussion :

[sephirostoy]

Bonjour à tous,

voilà la situation actuelle : j'ai une application C# alimentée par une source de données en lecture seule. En l'occurence, il s'agit d'un fichier XML que je génère à partir d'une base de données MySql; et ce fichier est mis en temps que ressource dans l'exécutable que je fournis. Ca marche très bien sauf que c'est du travail artisanal : script php pour générer le xml, puis parser xml fait maison pour recréer mes entités (écrites à la mano) à l'exécution. => (headbang)

Je sais, j'ai honte de moi

L'idée c'est que je souhaite remplacer et remettre à neuf toute la partie base de données et accès à ces données via les services que propose ADO.NET; tout en gardant le principe d'embarquer la source de données dans l'exécutable.

Je me suis penché du côté de Sql Server CE. J'ai donc ajouté un nouveau ADO.NET Entity Model à mon projet que j'ai relié à une base locale ".sdf". Mon idée ça serait de pouvoir incorporer ce fichier base de données à mon exécutable et de pouvoir le requêter directement via ADO.NET.

Est-il possible d'incorporer la base dans l'exécutable, et surtout de pouvoir la lire ?
Si oui, quelle est alors la chaine de connexion à utiliser pour se connecter (notamment la Data Source ?), à supposer que j'ai fichier "Database.sdf" à la racine de mon projet ?
Si non, il y a t'il un moyen de transformer facilement la base en fichier XML et garder la logique définie par mon Entity Model ?

Autre question : dans l'hypothèse où je peux utiliser directement ma base .sdf, est ce que l'application pourra tourner sur un ordinateur du commun des mortels dépourvu d'une installation "explicite" de SQL Server ?

[tomlev]

Est-il possible d'incorporer la base dans l'exécutable, et surtout de pouvoir la lire ?

Tu peux l'incorporer dans l'exe en la mettant en ressource, mais pour pouvoir l'utiliser il faudra l'extraire dans un fichier...

Si non, il y a t'il un moyen de transformer facilement la base en fichier XML et garder la logique définie par mon Entity Model ?

Non, puisque Entity Framework génère des requêtes SQL... il lui faut une BDD, pas un fichier XML

Autre question : dans l'hypothèse où je peux utiliser directement ma base .sdf, est ce que l'application pourra tourner sur un ordinateur du commun des mortels dépourvu d'une installation "explicite" de SQL Server ?

SQL CE ne nécessite aucune installation, il faut juste avoir l'assembly dans le répertoire de l'exécutable

[sephirostoy]

Merci pour ces précisions.
Effectivement, je commençais à me demander si j'allais pas simplement copier le fichier de la BDD au lancement de l'appli et le supprimer après.
En revanche, ça me gène un peu pour l'assembly de SQL Server SE. Je vois que l'assembly que j'ai en référence dans mon projet pointe dans le dossier d'install de "Microsoft SQL Server Compact Edition". Du coup, je reformule ma question : cet assembly n'est pas présent dans le framework .NET de base installé sur un Windows ? Il faut nécessairement que je fournisse cet assembly à celui qui veut utiliser mon programme pour ne pas avoir de problème de référence ?

[tomlev]

cet assembly n'est pas présent dans le framework .NET de base installé sur un Windows ?

Non

Il faut nécessairement que je fournisse cet assembly à celui qui veut utiliser mon programme pour ne pas avoir de problème de référence ?

Oui
Mais comme je disais, c'est juste un fichier à fournir, aucune installation proprement dite n'est requise

[sephirostoy]

Ok. Ca change un peu ma politique de fournir qu'un seul exécutable à l'utilisateur, mais bon, je ferais avec =)

Merci.

[tomlev]

Ok. Ca change un peu ma politique de fournir qu'un seul exécutable à l'utilisateur, mais bon, je ferais avec =)

En général ce genre de politique ne tient pas debout très longtemps, vu que ça te prive de tous les composants tiers...