Database.SqlQuery返回0，但SSMS与存储过程返回1的问题排查

问题根源 #

你遇到的结果不一致问题，核心原因有两个：

• SQL拼接与参数化错误：你用FormattableString拼接SQL，但EF6（若使用EF6）不支持将其自动转为参数化查询，实际执行的是直接拼接的字符串，这可能导致name参数匹配异常（比如大小写、特殊字符转义问题），还存在SQL注入风险。
• USE MASTER的上下文问题：虽然SQL开头加了USE MASTER，但EF的SqlQuery基于当前上下文连接执行批处理时，可能未真正切换到master库，导致查询的是当前连接数据库的sys.databases，而非master库的系统视图。

另外，你尝试将结果改为List<string>出现类型转换错误，是因为SqlQuery<int>会把查询结果映射为int类型，强行转成List<string>必然触发类型转换失败，属于预期行为。

修复方案 #

改用参数化查询直接引用master库的系统视图，避免数据库上下文切换问题，同时解决字符串拼接的潜在错误：

public bool SnapshotExists(string name) 
{
    // 直接指定master库的sys.databases视图，无需切换数据库上下文
    var sql = "SELECT COUNT(*) FROM master.sys.databases WHERE name = @name AND source_database_id IS NOT NULL";
    
    // 使用参数化查询，避免SQL注入与字符串拼接错误
    var count = context.Database.SqlQuery<int>(sql, new SqlParameter("@name", name)).SingleOrDefault();
    
    // SingleOrDefault()避免空列表索引越界，无结果时默认返回0
    return count > 0;
}

关键优化点 #

1. 直接引用master库视图：用master.sys.databases替代USE MASTER; SELECT ...，确保查询的是master库的系统视图，无需依赖连接上下文切换。
2. 参数化查询：通过SqlParameter传递name参数，保证参数正确转义与匹配，彻底规避SQL注入风险。
3. 安全的结果读取：用SingleOrDefault()代替ToList()[0]，即使查询无结果也不会抛出索引越界异常，默认返回0。

内容的提问来源于stack exchange，提问作者BWhite