Discussion :

[Christian8021]

Bonjour, je reprend une ancienne application que j'avais laissé de coté.

Application avec base Access, contenu dans le dossier (G:\Mes_projets\Monarques). Lors de mes tests l'écriture et la lecture, l'enregistrement ne posent pas de soucie.

Mais, lors du déploiement & installation, (sur un autre disque E:\Monarques...) l'écriture et la lecture se fonts toujours sur le fichier Access de mon dossier de développement (G:\Mes_projets\Monarques). Malgré la présence de la base Access.

Pour me connecter a cette base j'utilise des Bindingsource, Dataset et tableadaptater.


Pourriez-vous me donner une piste de réflexion

Bonn fin de journées.

Cordialement.

[umfred]

c'est lié à ta chaine de connexion à la base access: tu dis quelque part en dur que ta base se trouve dans G:\Mes_projets\Monarques.
donc soit changer en dur ce chemin (pas la meilleur solution), ou indiquer que la base est dans le chemin de l'application si c'est toujours le cas (My.Application.Info.DirectoryPath par exemple) ou assicié un fichier de configuration contenant l'emplacement de la base.

[Patrick-06]

Personnellement, je mets la base dans le dossier de l'application. Exemple ! C:\user\nomUtilisateur\sources\repos\nomApplication\taBase.db

La chaine connexion devient par exemple "Data Source=|DataDirectory|\taBase.db"
|DataDirectory| renvoie automatiquement dans le répertoire de l'application.

Puis j'utilise l'extension gratuite " Microsoft Visual Studio Installer Projects 2022 "
On ajoute la sortie plus le fichier de basse de données.
Il y a de nombreux tutos en anglais sur cette extension sur YouTube.

Je ne sais pas si c'est la meilleure solution, mais cela fonctionne pour moi.
Je peux installer mon logiciel sur un autre ordinateur et la base y est copiée au bon endroit.

[popo]

Personnellement, je mets la base dans le dossier de l'application.

Il est déconseillé de placer les bases dans le dossier de l'application depuis 2007 (notamment à cause de l'UAC).
Le bon endroit si la base est locale comme ici, c'est C:\Users\{USERNAME}\AppData\Roaming\{ApplicationName}\.

Code :

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

1
2
 string path = Path.Combine(Environment.GetFolderPath(System.Environment.SpecialFolder.ApplicationData), "Monarques");
 Console.WriteLine(path);

[umfred]

Ce qui est vrai si c'est installé "classiquement" dans les dossiers ProgramFiles/(x86)

Si c'est pour une application "portable", c'est mieux de le mettre à côté de l'application.

Et je rajouterai que rajouter un menu dans ton application pour spécifier le chemin de la base (et donc stocker l'info dans le fichier de config de l'appli) serait plus flexible.

[m4k-Hurrican]

Pour moi çà dépend.

Si c'est une application et une base commune à tous les utilisateurs, elle peut être stocké dans le répertoire spécifique à l'application dans ProgramData
Si c'est une base et/ou une application liée à l'utilisateur, alors oui, comme Popo l'indique elle doit figurer dans C:\Users\{USERNAME}\AppData\Roaming\{ApplicationName}\

[Christian8021]

Bonjour A tous,

Tout d'abord merci à tous ceux qui on pris un peu de leur temps pour étudier mon problème et d'avoir proposé plusieurs pistes.

Mon problème est enfin résolu, de la façon la plus simple, si simple que j'ai du mal à comprendre comment je n'y avait pas pensé avant.

En fait, le fait de reconstruire la connexion et de répondre "OUI" lorsque l'on me demande de copier la base vers le répertoire de sortie place la base Access dans le dossier debug. Lors de la création de l'exe tous les fichier son présent. Le reste suit.

Encore merci, et je garde de coté tous vos pistes.

Cordialement.

[umfred]

Attention aux droits d'écriture. Mais comme ça a été évoqué, Windows va probablement en faire une copie dans c:\users\[utilisateur)\appdata\roaming\virtual Store\.... si le programme est déployé dans les programfiles.