La base de données est utilisé par un autre processus ... mais ce processus?

C'est le nouveau code, à l'aide de la "à l'Aide de" des déclarations. Lorsque j'exécute le programme et cliquez sur Insérer un Enregistrement Dans le Fichier SQL, c'est parti, termine le processus avec myCount = 1 (si je ne suis pas sûr à 100% qu'il est en train de faire une Écriture physique, suis-je raté une commande qui fait "s'engage" la mise à jour ?!?) et s'affiche à nouveau le Formulaire.

Si je puis cliquez sur Insérer un Enregistrement Dans le Fichier SQL de nouveau, j'obtiens une erreur comme suit :

SqlException était non gérée

Ne peut pas ouvrir par défaut de l'utilisateur de la base de données. Échec de la connexion. Échec de la connexion de l'utilisateur
'MEDESKTOP\Gary.

C'est le programme (je suis le seul utilisateur de ce PC et disposer des droits d'Administrateur, "l'État" de la base de données à ce stade est, selon les Propriétés, Fermé, il ressemble à la première passe dans le code fait comme prévu ...

using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Linq;
using System.Text;
using System.Windows.Forms;
using System.Data.SqlClient;
namespace MySqlTest
{
public partial class Form1 : Form
{
int myCount;
string myDBlocation = @"Data Source=MEDESKTOP;AttachDbFilename=|DataDirectory|\mySQLtest.mdf;Integrated Security=True;User Instance=False";
public Form1()
{
InitializeComponent();
}
private void button2_Click(object sender, EventArgs e)
{
myCount++;
MessageBox.Show("myCount = " + myCount.ToString());
//Insert Record Into  SQL File
myDB_Insert();
}
private void button3_Click(object sender, EventArgs e)
{
//Read Record From SQL File
}
private void button4_Click(object sender, EventArgs e)
{
//Read All Records From SQL File
}
private void button5_Click(object sender, EventArgs e)
{
//Delete Record From SQL File
}
private void button7_Click(object sender, EventArgs e)
{
//Quit
myDB_Close();
this.Close();
}
private void Form1_Load(object sender, EventArgs e)
{
}
private void Form1_Close(object sender, EventArgs e)
{
}
void myDB_Insert()
{
using (SqlConnection myDB = new SqlConnection(myDBlocation))
using (SqlCommand mySqlCmd = myDB.CreateCommand())
{
myDB.Open(); **<<< Program fails here, 2nd time through**
mySqlCmd.CommandText = "INSERT INTO Parent (ParentName) VALUES(@ParentNameValue)";
mySqlCmd.Parameters.AddWithValue("@ParentNameValue", myCount);
mySqlCmd.ExecuteNonQuery();
myDB.Close();
}
return;
}
void myDB_Close()
{
using (SqlConnection myDB = new SqlConnection(myDBlocation))
using (SqlCommand mySqlCmd = new SqlCommand())
{
myDB.Close();
}
return;
}
}
}

Je ne comprends pas pourquoi je suis tout à coup perdre l'accès à mon propre fichier que j'utilise déjà ?!?

OriginalL'auteur Gary Heath

IIRC à l'aide de AttachDbFilename lance une SqlServr.exe processus qui s'exécute sous le compte d'utilisateur de votre processus, distinct de l'instance de sql server exécute en tant que service (afin d'arrêter le service MsSqlServer ne s'arrête pas à cette question). Dans le cas d'une sale de sortie, parfois, ce processus n'est pas nettoyé. Je soupçonne que le meurtre de ce processus permettra de libérer les fichiers db.

OriginalL'auteur spender

De travail avec VS 2010 et Entité Cadres à l'aide de SQL Server j'ai couru dans cette plus de quelques fois. Dans mon cas, c'est arrivé quand j'ai essayé d'exécuter le programme et j'ai eu une requête ouvrir dans l'Explorateur de serveurs. Une fois qu'il échoue, j'ai dû abandonner toutes les connexions pour le faire fonctionner à nouveau.

VS2010 des copies de la base de données source (un .MDF et .LDF fichier) que vous travaillez dans l'Explorateur de serveurs pour les projets de dossier de débogage. C'est la copie de travail au moment de l'exécution. Lorsque ce fichier est copié est contrôlée par le MDF propriété Copy to Output Directory par défaut, elle est définie à Copy always. Cela signifie qu'il va essayer de le copier le fichier sur une nouvelle construction ou d'exécuter et si vous l'avez ouvert, ailleurs, il échoue et puis elle est accrochée.

La façon de voir la connexion est d'ouvrir le SQL Server Management Console. Par défaut VS2010 est à l'aide d'un utilisateur instance de SQL Server comme spécifié dans la chaîne de connexion. Dans le cas de l'Entité Cadres c'est dans l'Application.Config XML.

L'instance d'utilisateur est séparé de copie de mémoire de SQL Server qui a tous les droits d'utilisateur attribué à l'utilisateur connecté. Pour y accéder, vous devez trouver la bonne connexion.

L'exécution de cette requête à partir de la principale instance de SQL montrera tous de l'Instance Utilisateur connexions.

SELECT owning_principal_name, instance_pipe_name, heart_beat FROM sys.dm_os_child_instances

Ce sera le retour de quelque chose qui ressemble à ceci:

   |owning_principle_name | instance_pipe_name                      | heart_beat
--------------------------------------------------------------------------------
1  | MyServer\Admin       | \\.\pipe\91B3063E-CD0F-4B\tsql\query\   | dead
--------------------------------------------------------------------------------
2  | MyServer\Rich        | \\.\pipe\B04A1D3B-6268-49\tsql\query\   | alive

Si vous copiez le nom de l'instance et de l'utiliser comme nom de serveur dans une nouvelle connexion, exécute en tant qu'utilisateur associé avec lui, vous pourrez voir vos données à partir du dossier de débogage.

Maintenant, si vous faites un clic droit sur la base de données et sélectionnez Tasks > Detach... Vous ouvrez une Detach Database boîte de dialogue vérifier l' Drop Connections case à cocher à côté de la base de données nom de fichier et cliquez sur OK.

La base de données sera supprimé de la liste et vous devriez être en mesure de construire et d'exécuter l'application.

OriginalL'auteur Rich Shealer

La chose la plus simple est d'aller dans l'Explorateur de serveurs. Choisissez la base de données du problème. Cliquez-droit et choisissez "lien Étroit".

Si elle est déjà fermée, se connecter et se déconnecter.

OriginalL'auteur Rap

Vous ouvrent les dbase au début et pas de certitude qu'il est publié une fois terminé. Vraiment vous êtes en attente pour le gestionnaire de mémoire pour faire le tri, il dépend de la disponibilité du système est: à quand le fichier peut être libéré.

Je pense que vous avez besoin de modifier ce paramètre à "Ouvrir quand il le faut".

J'ai par exemple mis le code pour accéder à une base de données dans sa propre classe, une fois que les mesures ont été achevées, je le libère.

D'ouverture et de fermeture n'ont dessus, mais j'ai trouvé que je peux vivre avec elle en faisant ce qui suit,

Ont plus d'un point d'entrée dans votre classe, un pour les transactions simples, et un autre pour de multiples opérations. Par exemple

 S_UpdateSingleRecord(...)
M_UpdateManyRecords(...)

Je trouve que dans la plupart des applications, il peut être statique, parce qu'ils en eux-mêmes ne stockent pas de données ils ne passent à travers et à partir de la base de données. Il ne perd que c'est statique si je veux me cache quelque chose pour mon application.

- Je utiliser "à l'aide" dans la S_SingleTransaction() car il nettoie pour moi. Mais je laisse les Multiples point d'entrée de l'ouvrir et de la fermer quand mon appel de la fonction se termine. Je n'ai jamais eu ce problème de verrouillage avec une seule mdf et une application. Il serait revenir en jeu avec un mdf et de multiples applications, dans ces cas, vous avez besoin de faire usage de la MSSQL comme un service dbase au lieu de cela, vous trouverez qu'il est tout aussi facile à installer dans votre Visual Studio, puis dans d'autres applications que vous avez déjà la base de données sur la liste dans votre barre d'outils.

OriginalL'auteur Bob