含Select查询的存储过程：SSMS执行有结果，C#调用无返回

我之前也碰到过一模一样的坑！咱们一步步拆解可能的原因，逐个排查：

1. 参数传递是重灾区（大概率是这个问题） #

你贴的C#代码里Parameters.A...没写完，这几乎是最常见的诱因。SSMS里手动传参和C#代码传参很容易出现这些差异：

• 参数名称不匹配：比如存储过程里定义的是@ApplicantEmail，但C#里写成了@Email，SQL Server会把不匹配的参数当成NULL处理，直接导致查询无结果
• 类型/长度不一致：存储过程用VARCHAR(100)，C#里却用SqlDbType.NVarChar或把长度设成20，参数值被截断或类型不兼容，查询自然匹配不到数据
• 漏传必填参数：如果存储过程有必填输入参数，C#里没添加，SQL Server会默认代入NULL，可能直接过滤掉所有结果

解决示例：
假设你的存储过程定义是这样：

CREATE PROCEDURE RetrieveExistingApplicants
    @ApplicantID INT
AS
BEGIN
    SELECT ApplicantID, Name FROM Applicants WHERE ApplicantID = @ApplicantID
END

那C#里必须严格对应参数：

// 注意参数名要带@，类型和长度完全匹配
ExistingIDCommand.Parameters.Add("@ApplicantID", SqlDbType.Int).Value = 123;

2. 连接上下文不匹配 #

• 数据库实例/库名错了：SSMS连的是localhost\SQLEXPRESS的生产库，C#里却写成了localhost的测试库，查错库当然没结果
• 事务隔离级别差异：如果C#代码把调用放在未提交的事务里，或者用了和SSMS默认不同的隔离级别（比如Serializable），可能导致查询看不到最新数据

快速验证：

• 打印C#里的连接字符串，和SSMS的连接属性对比，确保是同一个数据库
• 暂时去掉C#里的事务代码，直接调用存储过程测试

3. 结果读取方式错误 #

你可能没正确读取存储过程的返回结果：

• 用了ExecuteNonQuery()（这个方法只返回受影响行数，不返回查询结果）
• 存储过程返回多个结果集，但C#只读取了第一个
• 漏写了Read()循环，直接跳过了数据读取

正确读取示例：
如果是多条结果，用SqlDataReader：

using (SqlDataReader reader = ExistingIDCommand.ExecuteReader())
{
    while (reader.Read())
    {
        var applicantId = reader["ApplicantID"];
        var applicantName = reader["Name"];
        // 处理数据
    }
}

如果是单条结果，用ExecuteScalar()：

var existingId = ExistingIDCommand.ExecuteScalar();

4. 存储过程依赖会话设置 #

有些存储过程的逻辑依赖SSMS默认的会话参数（比如SET ANSI_NULLS ON、SET QUOTED_IDENTIFIER ON），但C#的SqlCommand默认设置可能不同，导致查询逻辑执行不一致。

解决方法：
在存储过程开头显式声明必要的会话选项：

CREATE PROCEDURE RetrieveExistingApplicants
    @Param INT
AS
BEGIN
    SET ANSI_NULLS ON;
    SET QUOTED_IDENTIFIER ON;
    -- 你的查询逻辑
END

5. 权限问题（概率低但要排查） #

SSMS里你用的是管理员账号，但C#代码用的数据库账号可能没有执行该存储过程、读取对应表的权限，导致查询被静默拦截。

授权示例：

GRANT EXECUTE ON RetrieveExistingApplicants TO [YourCSharpAppUser];
GRANT SELECT ON Applicants TO [YourCSharpAppUser];

先从参数匹配开始排查吧，这是90%的人会踩的坑！如果还是解决不了，可以把完整的C#参数代码和存储过程定义贴出来，咱们再精准定位。

内容的提问来源于stack exchange，提问作者K. Ong