DataReader - 硬编码序数？

Question

从 DataReader 返回数据时，我通常会使用 DataReader 上的序号引用来获取相关列：

if (dr.HasRows)         
   Console.WriteLine(dr[0].ToString());

或者

if (dr.HasRows)         
   Console.WriteLine(dr.GetString(0));

或者

if (dr.HasRows)         
   Console.WriteLine((string)dr[0]);

我一直这样做，因为我很早就被建议了使用 dr["ColumnName"] 或更优雅的索引方式会导致性能下降。

然而，虽然对数据实体的所有引用都变得越来越强类型，但我对此感到更不舒服。我还知道上面的内容不会检查 DBNull。

从 DataReader 返回数据的最可靠方法是什么？

Answer 1

在这种情况下，双方都有可能争论。正如其他人已经指出的那样，使用名称更具可读性，并且如果有人更改底层数据库中的列顺序也不会中断。但也有人可能会争辩说，使用序数的优点是，如果有人更改基础数据库中的列名，也不会中断。不过，我更喜欢前一个参数，并且认为列名的可读性参数通常胜过第二个参数。名称的另一个论据是它可以“自我检测”错误。如果有人确实更改了字段名称，那么代码更有可能被破坏，而不是在读取错误字段时出现看似正常的微妙错误。

这似乎是显而易见的，但也许值得一提的是一个既具有自检测错误又具有序数性能的用例。如果您在 SQL 中显式指定 SELECT 列表，那么使用序数不会有问题，因为代码中的语句保证了顺序：

SELECT name, address, phone from mytable

在这种情况下，使用序数访问数据会相当安全。如果有人移动表中的字段也没关系。如果有人更改了名称，那么 SQL 语句在运行时会产生错误。

最后一点。我刚刚对我帮助编写的提供程序进行了测试。该测试读取 100 万行并访问每条记录上的“lastname”字段（与值进行比较）。使用 rdr[“lastname”] 的处理时间为 3301 毫秒，而 rdr.GetString(1) 的处理时间为 2640 毫秒（大约加速了 25%）。在这个特定的提供程序中，名称的查找使用排序查找将名称转换为序数。

Answer 2

字符串名称查找比序号调用昂贵得多，但比对序号进行硬编码更易于维护且更不易“脆弱”。这就是我一直在做的事情。这是两全其美的。我不必记住序数值或关心列顺序是否发生变化，但我可以获得使用序数的性能优势。

var dr = command.ExecuteQuery();
if (dr.HasRows)
{
    //Get your ordinals here, before you run through the reader
    int ordinalColumn1 = dr.GetOrdinal("Column1");
    int ordinalColumn2 = dr.GetOrdinal("Column2");
    int ordinalColumn3 = dr.GetOrdinal("Column3");

    while(dr.Read())
    {
        // now access your columns by ordinal inside the Read loop. 
        //This is faster than doing a string column name lookup every time.
        Console.WriteLine("Column1 = " + dr.GetString(ordinalColumn1);
        Console.WriteLine("Column2 = " + dr.GetString(ordinalColumn2);
        Console.WriteLine("Column3 = " + dr.GetString(ordinalColumn3);
    }
}

注意：这仅对您期望获得相当多行数的读者才有意义。GetOrdinal() 调用是额外的，并且只有当您通过调用 GetString 节省了总成本时，才可以收回成本。循环中的 (int ordinalNumber) 大于调用 GetOrdinal 的成本。

编辑：错过了这个问题的第二部分。关于 DBNull 值，我已经开始编写处理这种可能性的扩展方法。示例：dr.GetDatetimeSafely() 在这些扩展方法中，您可以执行任何您需要的操作，以确保获得预期值。

Answer 3

我总是使用字符串名称方法，只是因为阅读代码更清晰。必须在心里将索引解析为列名是可怕的。

Answer 4

按名称索引数据读取器的成本稍高。造成这种情况的主要原因有两个。

• 典型的实现将字段信息存储在使用数字索引的数据结构中。必须进行映射操作才能将名称转换为数字。
• 某些实现将对名称进行两次查找。第一遍尝试在启用区分大小写的情况下匹配字段名称。如果该传递失败，则第二次传递将在关闭区分大小写的情况下开始。

然而，在大多数情况下，通过名称查找字段所带来的性能损失与数据库执行命令所花费的时间相比是微不足道的。不要让性能损失决定您在名称索引和数字索引之间的选择。

尽管性能略有下降，但我通常选择名称索引有两个原因。

• 代码更容易阅读。
• 该代码更能容忍结果集架构的更改。

如果您觉得名称索引的性能损失变得有问题（也许命令执行得很快，但返回很多行），那么按名称查找数字索引一次，将其保存起来，并将其用于剩余的行。

Answer 5

我确实认为索引字段是更好的方法，如果它只是为了避免底层数据库的字段名称更改，这将需要重新编译您的应用程序，因为您对字段名称进行了硬编码。

对于每个字段，您需要手动检查空值。

var dr = command.ExecuteQuery();

if (dr.HasRows) {
    var customer = new Customer();
    // I'm assuming that you know each field's position returned from your query.
    // Where comes the importance to write all of your selected fields and not just "*" or "ALL".
    customer.Id = dr[0] == null || dr[0] == DBNull.Value ? null : Convert.ToInt32(dr[0]);
    ...
}

除此之外，它还允许您使用反射并使此“GetData()”方法更加通用，提供 typeof(T) 并获取正确类型的正确构造函数。与每列顺序的绑定是一些人唯一希望避免的一件事，但在这种情况下，它变得值得。

Answer 6

序数的问题是，如果列的顺序发生变化，您将被迫修改 DataReader 的使用者代码，这与使用列名称不同。

我认为使用序数或列名不会带来性能提升，更多的是最佳实践、编码标准和代码可维护性