我使用 SP，这不是 SP 与代码隐藏“构建您的 SQL 命令”的问题。我正在为处理许多小事务的后端应用程序寻找一种高吞吐量方法。我将 SQLDataReader 用于大部分返回，因为 forward 仅适用于大多数情况。

我已经看到它以多种方式完成，并且我自己使用了其中的大部分。

1. 定义和接受存储过程参数作为参数本身并使用 cmd.Parameters.Add 构建的方法(指定或不指定 DB 值类型和/或长度)

2. 将您的 SP 参数及其值组装到一个数组或哈希表中，然后传递给一个更抽象的方法来解析集合，然后运行 ​​cmd.Parameters.Add

3. 表示表的类，根据需要初始化类，设置表示表字段的公共(public)属性，调用Save、Load等方法

我敢肯定还有其他我见过但暂时想不起来的。我愿意接受所有建议。

最佳答案

此答案主要关注“选择”与更新/创建/删除操作。我认为一次更新多个或多个记录的情况很少见，因此我也认为“选择”是容易出现瓶颈的地方。也就是说，您需要了解您的应用程序(个人资料)。优化时间的最佳集中点几乎总是在查询本身的数据库级别，而不是客户端代码。客户端代码只是管道:它不是您应用程序的主要力量。然而，由于管道往往会在许多不同的应用程序中重复使用，我确实同意让它尽可能接近最佳的愿望，因此我对如何构建该代码有很多话要说。

我有一个在我的数据层中选择查询/过程的通用方法，看起来像这样:

private static IEnumerable<IDataRecord> Retrieve(string sql, Action<SqlParameterCollection> addParameters)
{
    //ConnectionString is a private static property in the data layer
    // You can implement it to read from a config file or elsewhere
    using (var cn = new SqlConnection(ConnectionString))
    using (var cmd = new SqlCommand(sql, cn))
    {
        addParameters(cmd.Parameters);

        cn.Open();
        using (var rdr = cmd.ExecuteReader())
        {
            while (rdr.Read())
                yield return rdr;
            rdr.Close();
        }
    }
}

这让我可以编写使用匿名方法添加参数的公共(public)数据层方法。显示的代码适用于 .Net 2.0+，但可以使用 .Net 3.5 编写更短的代码:

public IEnumerable<IDataRecord> GetFooChildrenByParentID(int ParentID)
{
    //I could easily use a stored procedure name instead of a full sql query
    return Retrieve(
        @"SELECT c.* 
         FROM [ParentTable] p 
         INNER JOIN [ChildTable] c ON c.ParentID = f.ID 
         WHERE f.ID= @ParentID", delegate(SqlParameterCollection p)
       {
          p.Add("@ParentID", SqlDbType.Int).Value = ParentID;
       }
     );
}

我要在这里停下来，以便我可以再次向您指出上面使用匿名方法创建参数的代码。

这是非常干净的代码，因为它将查询定义和参数创建放在同一个地方，同时仍然允许您将样板数据库连接/调用代码抽象到更可重用的地方。我认为您问题中的任何要点都没有涵盖这项技术，而且它的速度也非常快。我认为这大约涵盖了您问题的主旨。

不过，我想继续解释这一切是如何组合在一起的。其余部分相当简单，但也很容易将其放入列表或类似列表中并弄错，最终损害性能。因此，继续前进，业务层然后使用工厂将查询结果转换为对象(c# 3.0 或更高版本):

public class Foo
{
    //various normal properties and methods go here

    public static Foo FooFactory(IDataRecord record)
    {
        return new Foo
        {
            Property1 = record[0],
            Property2 = record[1]
            //...
        };
    }
}

与其让它们存在于它们的类中，不如将它们组合到一个专门用于保存工厂方法的静态类中。

我需要对原始的检索方法进行一项更改。该方法一遍又一遍地“产生”同一个对象，但并不总是那么有效。我们想要以不同的方式使其工作是强制当前记录表示的对象的副本，以便当读取器为下一条记录发生变异时，我们正在使用干净的数据。我一直等到展示工厂方法之后，以便我们可以在最终代码中使用它。新的 Retrieve 方法如下所示:

private static IEnumerable<T> Retrieve(Func<IDataRecord, T> factory,
                  string sql, Action<SqlParameterCollection> addParameters)
{
    //ConnectionString is a private static property in the data layer
    // You can implement it to read from a config file or elsewhere
    using (var cn = new SqlConnection(ConnectionString))
    using (var cmd = new SqlCommand(sql, cn))
    {
        addParameters(cmd.Parameters);

        cn.Open();
        using (var rdr = cmd.ExecuteReader())
        {
            while (rdr.Read())
                yield return factory(rdr);
            rdr.Close();
        }
    }
}

现在我们将像这样调用新的 Retrieve() 方法:

public IEnumerable<Foo> GetFooChildrenByParentID(int ParentID)
{
    //I could easily use a stored procedure name instead of a full sql query
    return Retrieve(Foo.FooFactory,
        @"SELECT c.* 
         FROM [ParentTable] p 
         INNER JOIN [ChildTable] c ON c.ParentID = f.ID 
         WHERE f.ID= @ParentID", delegate(SqlParameterCollection p)
       {
          p.Add("@ParentID", SqlDbType.Int).Value = ParentID;
       }
     );
}

显然，最后一个方法可以扩展以包含任何所需的额外业务逻辑。事实证明这段代码非常快，因为它利用了 IEnumerable 的惰性求值特性。缺点是它往往会创建很多短暂的对象，这可能会损害您询问的事务性能。为了解决这个问题，我有时会打破良好的 n 层并将 IDataRecord 对象直接传递到表示层，并避免为立即简单绑定(bind)到网格控件的记录创建不必要的对象。

更新/创建代码类似，区别在于您通常一次只更改一条记录而不是很多。

或者，我可以省去您阅读这篇长篇文章，而只告诉您使用 Entity Framework ;)

关于c# - SQL Server 插入、更新、选择的最快方法，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2862428/