c# - ODP.NET : Parameter Types "cached" on identical CommandText

我目前正在评估 Oracle 的 ODP.NET DataProvider，我遇到了一个问题，这个问题在我们的一个测试用例中出现:当使用不同的参数类型执行相同的命令文本时，以下所有使用第一个执行的命令的参数类型命令。

以下面的代码为例:

const int sampleInt32 = 1234567890;
const string sampleNvarchar = "someTestString";

const string sqlCommandtext = "SELECT :PARAM PARAM FROM DUAL";
using (OracleConnection connection = new OracleConnection(builder.ConnectionString))
{
    connection.Open();

    //Test 1 - Int 32
    using (OracleCommand commandInt32 = connection.CreateCommand())
    {
        commandInt32.CommandText = sqlCommandtext;
        commandInt32.Parameters.Add("PARAM", OracleDbType.Int32, sampleInt32, ParameterDirection.Input);
        using (IDataReader reader = commandInt32.ExecuteReader())
        {
            while (reader.Read())
            {
                int resultInt32 = (int)reader.GetDecimal(0);
                Assert.AreEqual(sampleInt32, resultInt32);
            }
        }
    }
    //Test 2 - NVarchar
    using (OracleCommand commandNVarchar = connection.CreateCommand())
    {
        commandNVarchar.CommandText = sqlCommandtext;
        commandNVarchar.Parameters.Add("PARAM", OracleDbType.NVarchar2, sampleNvarchar, ParameterDirection.Input);
        using (IDataReader reader = commandNVarchar.ExecuteReader())
        {
            while (reader.Read())
            {
                string resultNVarchar = reader.GetString(0);
                Assert.AreEqual(sampleNvarchar, resultNVarchar);
            }
        }
    }
}

如果 commandInt32 在 commandNVarchar 之前执行，则 commandNVarchar 的执行将失败并显示 ORA-01722 - 无效数字。如果顺序被切换所以 commandNVarchar 首先执行，它会失败并在 reader.GetDecimal 上显示“指定的强制转换无效”。

到目前为止，我已经尝试设置 StatementCacheSize=0;池化=假； StatementCachePurge=true 作为 ConnectionString 参数，但我无法让它工作。

有什么我遗漏的或者还有其他值得尝试的选择吗？

编辑 :也许有一些关于为什么需要/需要这样做的背景:我们不直接在我们的应用程序中使用 ODP 或任何其他 Dataprovider(或者至少:我们正在实现这个目标)，有一个 DataLayer在执行数据库/提供商特定的优化和连接健康监控之间，...

在此层中，例如可以调用 StoredProcedures，并可以选择参数类型调整。我们的一些过程将 Clob 作为参数类型，因为有时值可能比 x 个字符长，但很可能它会更短。
因此，在通过 ArrayBindCount 设置为 y 的 ExecuteNonQuery 执行之前，会检查参数值是否可以作为 varchar 传递(Nclob 作为 Nvarchar)。 “重新绑定(bind)”将执行 2500 条记录的时间从大约 500 毫秒减少到 200 毫秒，代价是检查字符串长度会损失几毫秒。而这种重新绑定(bind)只有在参数类型可以改变的情况下才能完成。如果没有这个选项，我们每次都需要将它作为 Clob 执行，从而降低性能。

最佳答案

据我了解，SELECT 列表中不支持参数绑定(bind)。我很惊讶这竟然有效，以至于我不得不运行你的代码才能亲眼看到它。我相信客户端允许执行该 SQL 语句是一个错误。

无论如何，我在测试用例之间插入了以下行以使它们都工作:

connection.PurgeStatementCache();

但是，这似乎只适用于托管客户端(我已经在 4.112.3.60 版中尝试过)。正如您所描述的，普通客户端仍然失败。

关于c# - ODP.NET : Parameter Types "cached" on identical CommandText，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/17945608/