在 C# ADO.NET 中，如何判断存储过程是否返回 0 行，以及存储过程是否没有在 TSQL 上运行的命令？

Question

在 C# ADO.NET 中，如何判断存储过程是否返回 0 行，以及存储过程是否没有在 TSQL 上运行的命令？

让我完整地阐述一下。在 TSQL 中，我（当我在 SSMS 中打开它时）

ALTER PROC mySproc 
  @myvar VARCHAR(10)
AS

/* commented out on dev system - uncomment on production */
/* guess what didn't happen */
/* careful readers will note that we _normally_ 
   throw an exception when we do this. this sproc was missing said exception. */

在 SSMS mySproc 'value' 中运行时，显示“命令成功完成”。在更好的情况下（也就是没有返回数据，但存储过程的主体实际上正在运行），它将返回看起来像表但没有行的内容。

在 C# 中：

using( SqlDataReader reader = cmd.ExecuteReader() ){
  //reader.HasRows == false
}

所以，这就是我遇到的情况，并且没有使用“sql 反射”（因此读取数据库中的实际脚本），也没有使用 ORM（因为这样我就知道我发送了正确的命令，但我们当然，我们有使用存储过程的原因）...

我如何知道我得到了“命令成功完成”的结果。而不是一个没有行的潜在表？

Answer 1

我最初将其放在评论中，但作为答案更合适

您可以使用阅读器上的 FieldCount 属性来确定列数。例如：

using( SqlDataReader reader = cmd.ExecuteReader() )
{
    if (reader.FieldCount > 0) 
    {
       // there are columns
    } 
    else 
    {
       // there are no columns, so stored proc returning no results set
    }
}

来自 MSDN 页面在FieldCount上

执行本质上不返回行的查询（例如 DELETE 查询）会将 FieldCount 设置为 0。但是。不应将其与返回 0 行的查询（例如 SELECT * FROM table WHERE 1 = 2）混淆，在这种情况下，FieldCount 返回表中的列数，包括隐藏字段。使用 VisibleFieldCount 排除隐藏字段。

Answer 2

我建议审计 SQL Server 并击败那些实际上创建没有主体的 SPROC 的开发人员。我知道除了在没有行时实际发出审核（运行 sp_helptext 之类的东西并确定是否有主体？）之外，没有其他方法可以从读者那里确定 SQL Server 中的愚蠢行为。很难防止马虎。对不起！