Discussion :

[Bibou06]

Bonjour à tous,

J'ai développé une petite application en C# avec Visual Studio 2010 qui utilise Sql Server Ce. On trouve donc à côté de l'exécutable un fichier .sdf.

Cette application, je dois la fournir à quelques clients. Parfois il faudra que je la mette un jour, et donc que je modifie la structure de la base de données (le fichier .sdf).
Pour le code de l'application, pas de problème, mais pour modifier la structure de la base de données, c'est plus problématique, car évidemment, les données ne doivent pas être perdues.

Je réfléchis depuis quelques jours à ce problème, j'ai pensé à ça :

1) Gérer la version de l'application, et en cas de mise à jour, effectuer les commandes permettant de créer les tables, les colonnes, etc.. Faisable mais pas pratique, et plutôt périlleux.. ça ne me plaît pas trop.

2) Créer un nouveau fichier sdf et migrer les anciennes données vers ce nouveau fichier. Ca me plaît un peu plus mais pour le moment, à la création du nouveau fichier, ça plante, car il est nécessaire de se connecter en tant qu'administrateur de la machine. Mais peut-être que je m'y prends mal..

Voilà si quelqu'un a une solution à me proposer, je suis acheteur.

Merci à ceux qui me liront et qui m'aideront.

[chamamo]

En quoi ca te gène la première option ?
Tu fais un système de migration de base, dans ta base tu stock quelque part la version de la base (1.0 par exemple)
Et dans ton code c# tu crées une classe par migration, dans une migration tu mets ce que tu veux, création de tables, ajout suppression de colonnes, des requêtes de maj…,
Si ton exe est du 1.9, tu exécutes les migrations de 1.0 jusqu’à 1.9.

[PatteDePoule]

ça plante, car il est nécessaire de se connecter en tant qu'administrateur de la machine.

C'est voulu qu'il faut être admin? La BD est situé où?

[Bibou06]

Merci beaucoup pour vos réponses.

@chamamo
C'est pour moi la solution de secours, ça peut marcher, ce qui m'embête c'est que c'est du CE et à priori on peut faire beaucoup moins de choses qu'avec Sql Server. Je dis à priori car ça m'est arrivé de tomber sur une erreur et quand je vais voir sur la MSDN ils disent simplement que la fonctionnalité n'est pas possible avec CE. Donc je crains de tomber un jour sur une migration impossible.
Cela dis, ton idée de classe est très bonne, si je pars là-dessus, je ferai comme ça.

@PatteDePoule
Absolument pas. Je crois que c'est Windows 7 qui n'autorise pas la création du fichier. Le fichier .sdf il est dans le répertoire de l'application, en fait il y a uniquement 2 fichiers, l'exécutable, et la bdd.

[chamamo]

Merci beaucoup pour vos réponses.

@chamamo
C'est pour moi la solution de secours, ça peut marcher, ce qui m'embête c'est que c'est du CE et à priori on peut faire beaucoup moins de choses qu'avec Sql Server. Je dis à priori car ça m'est arrivé de tomber sur une erreur et quand je vais voir sur la MSDN ils disent simplement que la fonctionnalité n'est pas possible avec CE. Donc je crains de tomber un jour sur une migration impossible.
Cela dis, ton idée de classe est très bonne, si je pars là-dessus, je ferai comme ça.

c'est qu'il n'y a pas toutes les fonctionnalités dans la version CE, mais tu ne risques rien, étant donné que tu développes avec la version CE aussi.

[Bibou06]

Je vais le tenter comme ça alors.

Merci à vous.

[PatteDePoule]

Le fichier .sdf il est dans le répertoire de l'application, en fait il y a uniquement 2 fichiers, l'exécutable, et la bdd.

Et c'est dans le répertoire des programmes? Si oui, c'est normal que tu n'arrives pas à créer de fichier là-dedans. Il faut plutôt que tu utilises le répertoire AppData.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Environment.GetFolderPath(System.Environment.SpecialFolder.CommonApplicationData)