与仅使用文本命令相比，显式使用 StoredProcedure CommandType 有什么好处吗？换句话说，是
cmd = new SqlCommand("EXEC StoredProc(@p1, @p2)");
cmd.CommandType = CommandType.Text;
cmd.Parameters.Add("@p1", 1);
cmd.Parameters.Add("@p2", 2);
比不上
cmd = new SqlCommand("StoredProc");
cmd.CommandType = CommandType.StoredProcedure;
cmd.Parameters.Add("@p1", 1);
cmd.Parameters.Add("@p2", 2);
编辑：修复了错误的复制粘贴作业（再次）。此外，问题的重点在于数据访问类。我宁愿能够在一行中传递存储的 proc 名称和参数，而不是每个参数的额外行。
【问题讨论】：
一个区别是消息泵的发生方式。
在我以前工作的地方，我们有许多批处理流程需要通宵运行。其中许多只涉及运行存储过程。我们曾经使用 sql server 作业来安排这些工作，但从它移到了 .Net 程序中调用这些过程。这使我们能够将所有我们的计划任务保存在一个地方，即使是那些与 Sql Server 无关的任务。
它还允许我们在调用过程的 .Net 程序中构建更好的日志记录功能，以便所有通宵进程的日志记录保持一致。存储过程将使用 sql print 和 raiserror 函数，.Net 程序将接收并记录这些函数。我们了解到，CommandType.StoredProcedure 将总是将这些消息缓冲成大约 50 条的批次。在过程完成或刷新缓冲区之前，.Net 代码不会看到任何日志事件，无论使用什么选项你设置了连接或者你在你的sql中做了什么。 CommandType.Text 为我们解决了这个问题。
作为一个附带问题，我会在您的查询参数中使用显式类型。在某些情况下，让 .Net 尝试推断您的参数类型可能会导致问题。
【讨论】：
它更干净。
您正在调用存储过程，为什么不直接使用CommandType.StoredProcedure？
【讨论】：