"Impossible de supprimer la base de données car elle est actuellement utilisée". Comment réparer?

Je devenais fou avec ça! J'ai une connexion de base de données ouverte à l'intérieur de SQL Server Management Studio (SSMS) et une requête de table ouverte pour voir le résultat de certains tests unitaires. Lors de la ré-exécution des tests dans Visual Studio, je veux toujours drop La base de données même si la connexion est ouverte dans SSMS.

Voici la façon définitive de se débarrasser de Cannot drop database because it is currently in use:

Initialisation De La Base De Données Entity Framework

L'astuce consiste à remplacer la méthode InitializeDatabase dans la coutume Initializer.

Copié la partie pertinente ici pour le bien de good DUPLICATION ... :)

Si la base de données existe déjà, vous pouvez tomber dans le cas d'avoir erreur. L'exception " Impossible de supprimer la base de données car elle est actuellement en cours d'utilisation" peut soulever. Ce problème se produit lorsqu'une connexion active reste connecté à la base de données qu'il est en train d'être supprimer. Une astuce consiste à remplacer la méthode InitializeDatabase et à modifier la base de données. Ce dites à la base de données de fermer toute connexion et si une transaction est ouverte pour annuler celle-ci.

public class CustomInitializer<T> : DropCreateDatabaseAlways<YourContext>
{
    public override void InitializeDatabase(YourContext context)
    {
        context.Database.ExecuteSqlCommand(TransactionalBehavior.DoNotEnsureTransaction
            , string.Format("ALTER DATABASE [{0}] SET SINGLE_USER WITH ROLLBACK IMMEDIATE", context.Database.Connection.Database));

        base.InitializeDatabase(context);
    }

    protected override void Seed(YourContext context)
    {
        // Seed code goes here...

        base.Seed(context);
    }
}

C'est un (re)initialiseur de base de données vraiment agressif pour le code EF-d'abord avec les migrations; utilisez-le à vos risques et périls mais il semble fonctionner assez régulièrement pour moi. Il le fera;

1. déconnectez de force tous les autres clients de la base de données
2. supprimer la base de données.
3. reconstruire la base de données avec des migrations et exécute la méthode Seed
4. Prendre des âges! (regardez la limite de délai d'attente pour votre framework de test; un délai d'attente par défaut de 60 secondes peut ne pas suffire)

Voici le classe;

public class DropCreateAndMigrateDatabaseInitializer<TContext, TMigrationsConfiguration>: IDatabaseInitializer<TContext> 
    where TContext: DbContext
    where TMigrationsConfiguration : System.Data.Entity.Migrations.DbMigrationsConfiguration<TContext>, new()
{
    public void InitializeDatabase(TContext context)
    {
        if (context.Database.Exists())
        {
            // set the database to SINGLE_USER so it can be dropped
            context.Database.ExecuteSqlCommand(TransactionalBehavior.DoNotEnsureTransaction, "ALTER DATABASE [" + context.Database.Connection.Database + "] SET SINGLE_USER WITH ROLLBACK IMMEDIATE");

            // drop the database
            context.Database.ExecuteSqlCommand(TransactionalBehavior.DoNotEnsureTransaction, "USE master DROP DATABASE [" + context.Database.Connection.Database + "]");
        }

        var migrator = new MigrateDatabaseToLatestVersion<TContext, TMigrationsConfiguration>();
        migrator.InitializeDatabase(context);

    }
}

Utilisez-le comme ceci;

public static void ResetDb()
{
    // rebuild the database
    Console.WriteLine("Rebuilding the test database");
    var initializer = new DropCreateAndMigrateDatabaseInitializer<MyContext, MyEfProject.Migrations.Configuration>();
    Database.SetInitializer<MyContext>initializer);

    using (var ctx = new MyContext())
    {
        ctx.Database.Initialize(force: true);
    }
}

J'utilise également le truc 'Pooling=false' De Ladislav Mrnka, mais je ne suis pas sûr que ce soit nécessaire ou juste une mesure de ceinture et d'accolades. Cela contribuera certainement à ralentir davantage le test.

Aucune de ces solutions n'a fonctionné pour moi. J'ai fini par écrire une méthode d'extension qui fonctionne:

private static void KillConnectionsToTheDatabase(this Database database)
{
    var databaseName = database.Connection.Database;
    const string sqlFormat = @"
             USE master; 

             DECLARE @databaseName VARCHAR(50);
             SET @databaseName = '{0}';

             declare @kill varchar(8000) = '';
             select @kill=@kill+'kill '+convert(varchar(5),spid)+';'
             from master..sysprocesses 
             where dbid=db_id(@databaseName);

             exec (@kill);";

    var sql = string.Format(sqlFormat, databaseName);
    using (var command = database.Connection.CreateCommand())
    {
        command.CommandText = sql;
        command.CommandType = CommandType.Text;

        command.Connection.Open();

        command.ExecuteNonQuery();

        command.Connection.Close();
    }
}

J'essaie d'Ajouter Pooling=false comme Ladislav Mrnka l'a dit mais j'ai toujours eu l'erreur.
J'utilise Sql Server Management Studio et même si je ferme toute la connexion, j'obtiens l'erreur.

Si je ferme Sql Server Management Studio alors la base de données est supprimée :)
J'espère que cela peut aider

J'ai eu le même message d'erreur. Dans mon cas, je viens de fermer la connexion à la base de données, puis de me reconnecter une fois que le nouveau modèle a été ajouté et qu'un nouveau contrôleur a été échafaudé. C'est cependant une solution très simple et non recommandée pour tous les scénarios si vous souhaitez conserver vos données.

J'ai eu le même problème à l'époque. Il s'avère que la solution consiste à fermer la connexion dans L'onglet Explorateur de serveur dans Visual Studio. Alors peut-être que vous pourriez vérifier si la connexion est toujours ouverte dans L'Explorateur de serveur.