OracleDataReader 性能不佳

Question

与 MS SQL Server 相比，从 OracleDataReader 对象读取数据时，我遇到了一些糟糕的性能。几乎慢了10倍，这是不可接受的。

下面是两个测试都使用的一些示例测试代码。从 OracleDataReader 读取数据的最佳方法是什么，是否有比下面所示更好的方法？

我很难相信 ODP.Net 甚至无法与 SqlClient 相比。

更新：我已将问题范围缩小到获取文本字段。由于某种原因，ODP.Net 在这方面做得很糟糕。有什么想法如何修复它吗？

void ReadData(System.Data.IDataReader dr, int maxRows)
 {
     ArrayList rows = new ArrayList(maxRows > 0 ? maxRows : 1000);

     object[] row;

     int rowsRead = 0;
     while (dr.Read() && ((maxRows == -1) || (rowsRead++ < maxRows)))
     {
         row = new object[dr.FieldCount];
         dr.GetValues(row);

         rows.Add(row);
     }
     rows.Clear();
 }

注意：

• 尝试使用 FetchSize 进行实验，没有遇到很大的差异

• 查询运行时间不是这里的问题，只是数据检索。

• 两个数据库上的数据结构相同。

• 尝试了 DataAdapter/DataSet 组合，结果相似。

Answer 1

我们实际上已经将这个问题追溯到使用 CLOB 列来存储 nvarchar(MAX) 类型的字符串数据。

Oracle 承认他们的 OCI 软件在处理 CLOB 时存在问题。默认情况下，它们尝试以检索非常大的 BLOB 的方式检索 CLOB。他们设置指针，尝试进行分页等。当然，当涉及到常规的约 200 个字符的文本字段时，这种默认行为会降低性能。实际上，您可以通过将 LOBFetchSize 设置为 -1 来关闭此行为。这样，它将在一次往返中获取 CLOB 的内容。然后事情开始飞速发展，你会获得非常好的表现。

尽管如此，我们仍然遇到问题。我们确认了 11.2 版本之前的 OCI 软件存在内存泄漏和内存引用错误。但 11.2 似乎在 32 位和 64 位场景中都能正常工作。

因此，将 LOBFetchSize 设置为 -1 可以解决性能问题。