Maison >développement back-end >C++ >Pourquoi mes sauvegardes de base de données disparaissent-elles après la fermeture de mon application .NET?
Perdre des changements de base de données après des sauvegardes apparemment réussies dans les applications .NET est un mal de tête courant. Cet article indique une cause fréquente: la base de données économise ce travail pendant le débogage mais disparaît lors de la fermeture des applications.
|DataDirectory|
Le coupable réside souvent dans l'utilisation de l'espace réservé |DataDirectory|
dans votre chaîne de connexion de base de données. Bien que pratique pendant le développement (pointant vers le répertoire de sortie du projet), il crée un problème. Visual Studio, lors de la fermeture des applications, peut écraser votre fichier de base de données modifié avec l'original, annulant votre travail. Cela se produit généralement parce que le fichier de base de données est défini sur "toujours" dans les propriétés du projet.
La solution consiste à ajuster le paramètre "Copier dans le répertoire" du fichier de base de données. Changez-le en "Copier si plus récent" ou, de préférence, "ne jamais copier". Cela empêche Visual Studio de remplacer automatiquement votre fichier de base de données enregistré.
Pour un débogage amélioré, envisagez de créer une connexion distincte dans le serveur Explorer qui cible directement le fichier de base de données dans le répertoire de sortie. Cela vous permet de suivre les modifications sans impact sur le fichier de projet d'origine.
Une note spéciale pour les utilisateurs de MS Access: Même l'accès à la table simple peut modifier l'horodatage de la base de données. Cela peut déclencher un écrasant. Par conséquent, la définition de la propriété "Copier dans le répertoire de sortie" sur "Never Copy" est fortement recommandée pour les bases de données d'accès MS.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!