Vue d'ensemble des données locales

Le terme données locales fait référence à une connexion entre votre application et un fichier de base de données qui se trouve sur l'ordinateur local (par opposition à une connexion à une base de données qui se trouve sur un serveur distant). Les fichiers de base de données SQL Server Compact 3.5 (.sdf), SQL Server et SQL Server Express (.mdf), ainsi que les fichiers base de données Microsoft Access (.mdb) sont les fichiers de base de données locaux actuellement pris en charge.

Notes

La base de données locale par défaut pour les applications clientes est SQL Server Compact 3.5. Pour plus d'informations, consultez SQL Server Compact 3.5 et Visual Studio.

Notes

Faites glisser un fichier .sdf, .mdf ou .mdb de l'Explorateur Windows dans l'Explorateur de solutions pour configurer automatiquement votre connexion et démarrer l'Assistant Configuration de source de données. Vous serez alors en mesure de sélectionner les objets à utiliser dans votre application.

Le tableau suivant fournit des liens vers les rubriques décrivant comment connecter votre application aux données locales :

Rubrique	Description
Procédure pas à pas : création d'une base de données SQL Server Compact 3.5	Fournit des instructions détaillées sur la création d'un fichier de base de données locale qui peut être utilisé pour tester les fonctionnalités des données et créer des applications.
Procédure pas à pas : création d'une base de données SQL Server Express	Fournit des instructions pas à pas pour créer un fichier de base de données local qui peut être utilisé pour tester les fonctionnalités des données et construire des applications.
Procédure pas à pas : connexion à des données dans une base de données SQL Server Express (Windows Forms)	Fournit des instructions pas à pas pour se connecter à une base de données SQL Server Express tout en créant une application Windows simple.
Procédure pas à pas : connexion à des données dans une base de données Access (Windows Forms)	Fournit un exemple pas à pas de connexion à une base de données Microsoft Access.
Comment : créer une connexion de données à la base de données Northwind	Fournit des détails pour se connecter aux versions de SQL Server, SQL Server Compact 3.5, SQL Server Express, et Access de l'exemple de base de données Northwind.

Après avoir créé une source de données configurée pour accéder à un fichier de données local, vous travaillez avec les données à l'aide des mêmes technologies et objets que si vous travailliez avec des données provenant d'autres sources. Pour plus d'informations, consultez Création d'applications de données.

La base de données fait partie de votre application

Grâce aux données locales, vous pouvez non seulement vous connecter à un fichier de base de données, mais aussi intégrer le fichier de base de données dans votre application. Par exemple, vous pouvez sélectionner Ajouter un nouvel élément dans le menu Projet, rechercher un fichier .sdf, .mdf ou .mdb existant et l'ajouter à votre projet.

Remarque   Si vous utilisez l'Assistant Configuration de source de données pour créer la source de données pour un fichier de données local, il vous demande si vous voulez inclure le fichier dans votre projet. Si vous ne le faites pas, votre application contiendra uniquement la chaîne de connexion pointée sur le chemin d'accès codé en dur et pas sur le fichier de données. Pour plus d'informations, consultez Comment : gérer des fichiers de données locaux dans votre projet.

L'ajout de fichiers de données locaux crée un groupe de données typé et une chaîne de connexion dynamique qui pointe sur le fichier de base de données dans votre application. Lorsque vous ajoutez un fichier de base de données à votre projet, vous utilisez l'Assistant Configuration de source de données pour sélectionner les objets à inclure dans le groupe de données.

Une fois l'Assistant terminé, le fichier de base de données et le groupe de données apparaissent dans l'Explorateur de solutions/Explorateur de bases de données et les objets de base de données sélectionnés sont disponibles dans la fenêtre Sources de données. Vous pouvez faire glisser des éléments de la fenêtre Sources de données vers votre formulaire pour créer des contrôles liés aux données sous-jacentes. (Sélectionnez Afficher les sources de données dans le menu Données pour ouvrir la fenêtre Sources de données.) Pour plus d'informations, consultez Liaison de contrôles à des données dans Visual Studio.

Il existe deux copies de la base de données dans chaque projet

Lorsque vous générez un projet, le fichier de base de données peut être copié du dossier racine du projet vers le dossier de sortie (bin). Cliquez sur le bouton Afficher tous les fichiers dans l'Explorateur de solutions pour afficher le dossier bin. Ce comportement dépend de la propriété Copier dans le répertoire de sortie du fichier. Le paramètre par défaut de la propriété Copier dans le répertoire de sortie dépend du type de fichier de base de données utilisé.

Notes

Le comportement de la propriété Copier dans le répertoire de sortie ne s'applique pas aux projets Web ou C++.

Le fichier de base de données présent dans votre dossier projet racine est modifié uniquement lorsque vous modifiez le schéma ou les données de la base de données à l'aide de l'Explorateur de serveurs/Explorateur de bases de données ou d'autres Visual Database Tools.

Le comportement du fichier de base de données dépend du paramètre de la propriété Copier dans le répertoire de sortie qui est détaillée dans le tableau ci-après.

Au cours du développement d'applications, toute modification apportée aux données (au moment de l'exécution au sein de votre application) est répercutée dans la base de données, dans le dossier bin. Par exemple, lorsque vous appuyez sur F5 pour déboguer votre application, vous êtes connecté à la base de données qui se trouve dans le dossier bin.

Paramètre Copier dans le répertoire de sortie	Comportement
Copier si plus récent (valeur par défaut pour les fichiers .sdf)	Le fichier de base de données est copié du répertoire du projet dans le répertoire bin lors de la première génération du projet. Par la suite, à chaque fois que vous générez le projet, la propriété Date de modification des fichiers fait l'objet d'une comparaison. Si le fichier dans le dossier de projet est plus récent, il est copié dans le dossier bin et remplace le fichier qui s'y trouve. Si le fichier dans le dossier bin est plus récent, aucun fichier n'est copié. Attention Cette option n'est pas recommandée pour les fichiers .mdb ou .mdf.Le fichier de base de données peut changer même si aucune modification n'est apportée aux données.Le simple fait d'ouvrir une connexion (par exemple, en développant le nœud Tables dans l'Explorateur de serveurs) sur un fichier de données peut le marquer comme étant plus récent.En raison de ce comportement imprévisible, il est déconseillé d'utiliser cette option pour les fichiers .mdb ou .mdf.
Toujours copier (valeur par défaut pour les fichiers .mdf et .mdb)	Le fichier de base de données est copié du répertoire de projet vers le répertoire bin à chaque fois que vous générez votre application. À chaque fois que vous générez votre application et enregistrez des modifications apportées aux données, ces modifications sont remplacées lorsque le fichier d'origine est copié dans le répertoire bin, remplaçant ainsi la copie que vous venez de modifier. Les données mises à jour ne s'affichent pas lors de l'exécution suivante de votre application. Toute modification apportée au fichier de données dans le dossier de sortie est remplacée lors de la prochaine exécution de l'application.
Ne pas copier	Le fichier n'est jamais copié ni remplacé par le système de projet. Votre application créant une chaîne de connexion dynamique qui pointe sur le fichier de base de données dans le répertoire de sortie, ce paramètre fonctionne uniquement pour les fichiers de base de données locaux lorsque vous copiez manuellement le fichier. Vous devez copier manuellement le fichier dans le répertoire de sortie si vous utilisez l'option Ne pas copier.

Problèmes courants liés aux données locales

Le tableau suivant fournit des explications concernant les problèmes courants rencontrés lors de l'utilisation de fichiers de données locaux.

Problème	Explication
Chaque fois que je teste mon application et que je modifie les données, mes modifications ont disparu au lancement suivant de l'application.	L'option Copier dans le répertoire de sortie a la valeur Copier si plus récent ou Toujours copier. Ces paramètres remplaceront la base de données dans votre dossier de sortie (la base de données modifiée lors du test de votre application) à chaque génération votre projet. Pour plus d'informations, consultez Comment : gérer des fichiers de données locaux dans votre projet.
Je reçois un message indiquant que le fichier de données est verrouillé	Access (fichiers .mdb) : Vérifiez que le fichier n'est pas ouvert dans un autre programme, tel qu'Access. SQL Server Express (fichiers .mdf) : SQL Express verrouille le fichier de données si vous tentez de copier, déplacer ou renommer le fichier de données à l'extérieur de l'IDE de Visual Studio.
Accès refusé lorsque deux utilisateurs tentent d'accéder en même temps à la base de données	Visual Studio tire parti des instances d'utilisateur, une fonctionnalité de SQL Server Express dans laquelle une instance séparée de SQL Server est créée pour chaque utilisateur. Une fois qu'un utilisateur accède au fichier, tous les utilisateurs suivants ne peuvent pas se connecter. Cela peut se produire par exemple si vous essayez d'exécuter une application Web simultanément dans un serveur de développement ASP.NET et dans IIS, car IIS s'exécute en général sous un compte différent.

Voir aussi

Tâches

Procédure pas à pas : connexion à des données dans une base de données SQL Server Express (Windows Forms)

Procédure pas à pas : connexion à des données dans une base de données Access (Windows Forms)

Comment : ajouter une base de données SQL Server Compact 3.5 à un projet

Comment : déployer une base de données SQL Server Compact 3.5 avec une application

Procédure pas à pas : création d'une base de données SQL Server Compact 3.5

Procédure pas à pas : ajout d'une base de données SQL Server Compact 3.5 à une application et son déploiement