Невозможно удалить базу данных, потому что она в настоящее время используется. Как исправить?

Проблема в том, что ваше приложение, вероятно, все еще имеет какое-то соединение с базой данных (или другое приложение также поддерживает соединение). База данных не может быть удалена там, где есть другое открытое соединение. Первую проблему, вероятно, можно решить, отключив пул соединений (добавьте Pooling=false в строку подключения) или очистив пул перед удалением базы данных (путем вызова SqlConnection.ClearAllPools()).

Обе проблемы могут быть решены путем принудительного удаления базы данных, но для этого вам понадобится настраиваемый инициализатор базы данных, в котором вы переключаете базу данных в однопользовательский режим, а затем удаляете ее. Вот пример как этого добиться.

Я сходил с ума от этого! У меня есть открытое соединение с базой данных внутри SQL Server Management Studio (SSMS) и открыт запрос таблицы, чтобы увидеть результат некоторых модульных тестов. При повторном запуске тестов внутри Visual Studio я хочу, чтобы drop база данных всегда была ДАЖЕ, ЕСЛИ, соединение открыто в SSMS.

Вот окончательный способ избавиться от Cannot drop database because it is currently in use:

Инициализация базы данных Entity Framework

Уловка состоит в том, чтобы переопределить метод InitializeDatabase внутри пользовательского Initializer.

Соответствующая часть скопирована сюда для good ДУПЛИКАЦИИ ... :)

Если база данных уже существует, вы можете столкнуться с ошибкой. Может возникнуть исключение «Невозможно удалить базу данных, потому что она уже используется». Эта проблема возникает, когда активное соединение остается подключенным к базе данных, которая находится в процессе удаления. Уловка состоит в том, чтобы переопределить метод InitializeDatabase и изменить базу данных. Это говорит базе данных закрыть все соединения и, если транзакция открыта, откатить это.

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);
    }
}

Это действительно агрессивный (ре) инициализатор базы данных для EF code-first с миграциями; используйте его на свой страх и риск, но, похоже, для меня он довольно часто повторяется. Будет;

1. Принудительно отключить всех остальных клиентов от БД
2. Удалите БД.
3. Перестроить БД с миграциями и запустить метод Seed
4. Возьми века! (следите за лимитом тайм-аута для вашей тестовой среды; 60-секундного тайм-аута по умолчанию может быть недостаточно)

Вот класс;

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);

    }
}

Используйте это так;

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);
    }
}

Я также использую уловку Ладислава Мрнки «Объединение = ложь», но я не уверен, требуется ли это или просто мера с поясом и подтяжками. Это, безусловно, еще больше замедлит тест.

Ни одно из этих решений не помогло мне. В итоге я написал метод расширения, который работает:

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();
    }
}

Я пытаюсь добавить Pooling=false, как сказал Ладислав Мрнка, но всегда получаю ошибку.
Я использую Sql Server Management Studio, и даже если я закрываю все соединения, я получаю сообщение об ошибке.

Если я закрою Sql Server Management Studio, база данных будет удалена :)
Надеюсь, это поможет.

У меня такая же ошибка. В моем случае я просто закрыл соединение с базой данных, а затем снова подключился, как только в моем случае была добавлена ​​новая модель и был построен новый контроллер. Однако это очень простое решение и не рекомендуется для всех сценариев, если вы хотите сохранить свои данные.

У меня тогда была такая же проблема. Оказывается, решение состоит в том, чтобы закрыть соединение на вкладке Server Explorer в Visual Studio. Так что, возможно, вы могли бы проверить, открыто ли соединение в обозревателе серверов.

Это просто, потому что вы все еще где-то используете ту же базу данных или соединение все еще открыто. Так что просто сначала выполните «USE master» (если он существует, но обычно есть), а затем отбросьте другой db. Это всегда должно работать!

Грз Джон