.net - 在应用程序关闭之前，Firebird 实际上不会删除表

Question

我有一个 .net 测试应用程序，它创建表，使用它们，然后删除它们，多次。

当我使用 Firebird ADO.Net Data Provider 5.9.1 针对 Firebird 3.0.2 数据库运行此应用程序时，它立即失败，因为它必须创建一个与之前删除的表同名的表:表已经存在!

重新启动应用程序可以避免麻烦，但我不想在每次测试后重新启动它。

这question非常相似，但悬而未决，直接使用 Firebird isql 工具而不是 .Net 应用程序。

有没有办法在不重新启动应用程序的情况下实际删除 Firebird 中的表？

此应用程序测试了许多其他数据库，没有出现此问题:SQL-Server、SQL-Server Compact Edition、MySql、SQLite、Oracle、PostgreSQL。

这是 Firebird 的 MCVE 失败。用合适的代码替换前两行以获得连接字符串。所有其他代码只是 Firebird ADO.Net 数据提供程序和 NUnit。它并没有像我的实际应用程序那样完全失败，但我认为这是相同的潜在问题。

[Test]
public void CreateSelectDrop()
{
    var cfg = TestConfigurationHelper.GetDefaultConfiguration();
    var cnxStr = cfg.Properties[Environment.ConnectionString];
    using (var cnx = new FbConnection(cnxStr))
    {
        cnx.Open();
        using (var tran = cnx.BeginTransaction())
        {
            using (var cmd = cnx.CreateCommand())
            {
                cmd.Transaction = tran;
                cmd.CommandType = CommandType.Text;
                cmd.CommandText = "create table test (id int not null primary key)";
                cmd.ExecuteNonQuery();
            }
            tran.Commit();
        }
    }

    using (var cnx = new FbConnection(cnxStr))
    {
        cnx.Open();
        using (var tran = cnx.BeginTransaction())
        {
            using (var cmd = cnx.CreateCommand())
            {
                cmd.Transaction = tran;
                cmd.CommandType = CommandType.Text;
                cmd.CommandText = "insert into test (id) values (1)";
                cmd.ExecuteNonQuery();
            }
            tran.Commit();
        }
    }

    using (var cnx = new FbConnection(cnxStr))
    {
        cnx.Open();
        using (var tran = cnx.BeginTransaction())
        {
            using (var cmd = cnx.CreateCommand())
            {
                cmd.Transaction = tran;
                cmd.CommandType = CommandType.Text;
                cmd.CommandText = "select id from test";
                using (var reader = cmd.ExecuteReader())
                {
                    Assert.IsTrue(reader.Read());
                    Assert.AreEqual(1, reader.GetInt32(0));
                    Assert.IsFalse(reader.Read());
                }
            }
            tran.Commit();
        }
    }

    using (var cnx = new FbConnection(cnxStr))
    {
        cnx.Open();
        using (var tran = cnx.BeginTransaction())
        {
            using (var cmd = cnx.CreateCommand())
            {
                cmd.Transaction = tran;
                cmd.CommandType = CommandType.Text;
                cmd.CommandText = "delete from test";
                cmd.ExecuteNonQuery();
            }
            tran.Commit();
        }
    }

    using (var cnx = new FbConnection(cnxStr))
    {
        cnx.Open();
        using (var tran = cnx.BeginTransaction())
        {
            using (var cmd = cnx.CreateCommand())
            {
                cmd.Transaction = tran;
                cmd.CommandType = CommandType.Text;
                cmd.CommandText = "drop table test";
                cmd.ExecuteNonQuery();
            }
            tran.Commit();
        }
    }
}

仅从表中选择是不够的。只有在我将删除添加到测试中后，问题才出现。它在最后一次提交事务时失败，即删除的事务提交，并显示消息:

FirebirdSql.Data.FirebirdClient.FbException : lock conflict on no wait transaction
unsuccessful metadata update
object TABLE "TEST" is in use
  ----> FirebirdSql.Data.Common.IscException : lock conflict on no wait transaction
unsuccessful metadata update
object TABLE "TEST" is in use
   at FirebirdSql.Data.FirebirdClient.FbTransaction.Commit()
   at NHibernate.Test.DialectTest.FirebirdDialectFixture.CreateSelectDrop()

根据 Nathan Brown in a Github discussion ，这个麻烦似乎仅限于 Firebird ADO.Net 数据提供者。他将范围缩小到从 2.7.7 版本切换到 3.0.0。

Answer 1

看起来表删除被延迟，直到使用它们的连接实际关闭，而不仅仅是返回到池中。清除连接池会导致那些延迟的丢弃实际完成。

所以在表删除之前添加类似以下代码的内容可以解决我的问题:

using (var connection = GetConnection())
{
    FbConnection.ClearPool(connection);
}

已找到此解决方案 here在超过 5 000 人的孤立测试中。

看起来还有另一种选择，改为调用 FbConnection.ClearAllPool()。虽然我没有检查过，但前者可能只清除提供的连接连接字符串的连接池，而后者清除所有连接的池，而不管它们的连接字符串。

由于它是一个具有一些通用逻辑和一些特殊性的测试应用程序，因此我实际用作解决方案的代码将是:

// Firebird will pool each connection created during the test and will 
// marked as used any table referenced by queries. It will delays those
// tables drop until connections are actually closed.
// This results in other tests failing when they try to create tables with
// same name.
// By clearing the connection pool the tables will get dropped. This is done
// by the following code.
// Moved from NH1908 test case, contributed by Amro El-Fakharany.
var clearConnection = Sfi.ConnectionProvider.GetConnection();
try
{
    var fbConnectionType = clearConnection.GetType();
    var clearPool = fbConnectionType.GetMethod("ClearPool");
    clearPool.Invoke(null, new object[] {clearConnection});
}
finally
{
    Sfi.ConnectionProvider.CloseConnection(clearConnection);
}