Oracle查询执行快但C#绑定类对象耗时久的优化咨询

1. 调整OracleDataReader的FetchSize（核心优化） #

OracleDataReader默认仅从数据库单次拉取128KB数据，大数据集下会产生大量网络IO往返，这是读取延迟的关键原因之一。你可以根据单条记录的大小，设置更大的FetchSize，比如单次拉取1000行：

using (var reader = await command.ExecuteReaderAsync())
{
    // 单次读取1000行，可根据实际数据量调整行数
    reader.FetchSize = reader.RowSize * 1000;
    var hidetails = new List<HDetail>();
    // 后续读取逻辑...
}

RowSize会自动计算单条记录的字节数，乘以行数即可得到单次拉取的总字节数，大幅减少网络交互次数。

2. 优化List扩容与对象创建 #

如果返回的数据集行数较多，List<HDetail>默认的初始容量（4）会频繁触发数组扩容（复制现有元素到新数组），带来额外开销。可以提前预估行数，设置初始容量：

// 假设预估返回10000行，根据实际情况调整数值
var hidetails = new List<HDetail>(10000);

若无法预估行数，也可在读取前通过COUNT查询获取大致行数，预分配容量能显著降低List扩容的性能损耗。

3. 改用轻量ORM实现高效映射 #

手动逐行创建对象的开销在大数据集下会被放大，使用Dapper这类轻量ORM，其内部通过IL生成实现了高效的列-对象映射，性能远超手动循环：
先安装Dapper包，再修改代码：

using Dapper;
using (var connection = new OracleConnection(_connectionString))
{
    await connection.OpenAsync();
    Stopwatch stopwatch = Stopwatch.StartNew();

    var sql = @"
        SELECT       
            NVL(REGEXP_SUBSTR(code_number, '[^|]+', 1, 1), 'N/A') AS cd1,
            NVL(REGEXP_SUBSTR(code_number, '[^|]+', 1, 2), 'N/A') AS cd2,
            NVL(REGEXP_SUBSTR(code_number, '[^|]+', 1, 3), 'N/A') AS cd3,
            NVL(REGEXP_SUBSTR(code_number, '[^|]+', 1, 4), 'N/A') AS cd4,
            NVL(REGEXP_SUBSTR(code_number, '[^|]+', 1, 5), 'N/A') AS cd5,
            NVL(REGEXP_SUBSTR(code_number, '[^|]+', 1, 6), 'N/A') AS cd6,
            NVL(REGEXP_SUBSTR(code_number, '[^|]+', 1, 7), 'N/A') AS cd7
        FROM (
            SELECT
                SYS_CONNECT_BY_PATH(code, '|') AS code_number,
                SYS_CONNECT_BY_PATH(name, '|') AS name_value
            FROM tb_cs_hierarchy_detail
            WHERE hierarchy_id = :ID AND version_number = :v1
            START WITH parent_code = -1
            CONNECT BY PRIOR code = parent_code
        )
    ";
    var parameters = new { ID = 2, v1 = 2 };
    var hidetails = (await connection.QueryAsync<HDetail>(sql, parameters)).ToList();

    stopwatch.Stop();
    Console.WriteLine($"Query executed in: {stopwatch.ElapsedMilliseconds} ms");
}

Dapper会自动处理列名与对象属性的映射，无需手动调用GetOrdinal和GetString，代码更简洁且性能更高。

4. 精准定位耗时环节 #

当前的Stopwatch统计了从连接到绑定的全部时间，建议拆分统计，明确是查询执行慢还是数据绑定慢：

await connection.OpenAsync();
Stopwatch stopwatch = Stopwatch.StartNew();

using (var command = new OracleCommand(sql, connection))
{
    command.Parameters.Add(new OracleParameter("ID", 2));
    command.Parameters.Add(new OracleParameter("v1", 2));
    command.CommandTimeout = 100;

    stopwatch.Stop();
    Console.WriteLine($"Command setup time: {stopwatch.ElapsedMilliseconds} ms");

    stopwatch.Restart();
    using (var reader = await command.ExecuteReaderAsync())
    {
        stopwatch.Stop();
        Console.WriteLine($"Query execution time: {stopwatch.ElapsedMilliseconds} ms");

        stopwatch.Restart();
        var hidetails = new List<HDetail>(10000);
        var CI1 = reader.GetOrdinal("cd1");
        // ...其他列序号

        while (await reader.ReadAsync())
        {
            var obList = new HDetail
            {
                cd1 = reader.GetString(CI1),
                // ...其他属性赋值
            };
            hidetails.Add(obList);
        }
        stopwatch.Stop();
        Console.WriteLine($"Data binding time: {stopwatch.ElapsedMilliseconds} ms");
    }
}

通过拆分统计，你可以明确延迟到底出在哪个阶段，再针对性优化。

5. 检查Oracle客户端配置 #

• 使用ODP.NET Managed Driver（而非旧的Unmanaged Driver），Managed Driver对.NET有更好的优化，性能更稳定。
• 连接字符串中可直接设置FetchSize参数，比如：FetchSize=10485760（10MB）。
• 确认连接池配置合理，比如Pooling=true;Min Pool Size=5;Max Pool Size=50，避免频繁创建销毁连接。

内容的提问来源于stack exchange，提问作者Delta