如何在单个SQL Server存储过程中实现单条/多条数据查询？

咱们先拆解你的两个问题，一步步来分析：

1. 单条查询也传入TVP是否可行？ #

技术上完全可行，但得权衡利弊：

• ✅ 优点：统一调用逻辑，调用方不用区分单条/批量场景，减少代码分支
• ❌ 缺点：
  • 额外的TVP参数构造开销：哪怕只传一个ID，也要先构造表值参数的结构，对简单的单条查询来说有点“杀鸡用牛刀”
  • 性能略损：虽然SQL Server对TVP的优化已经很好，但单条查询用JOIN TVP的方式，和直接WHERE id = @id比，执行计划可能会多一点点额外的开销（比如表值参数的扫描），不过大部分场景下这个差异可以忽略
  • 可读性下降：其他维护者看到单条查询用TVP，可能会困惑为什么不用更直观的单参数写法

2. 应该写一个带条件的存储过程还是两个独立的？ #

这取决于你的实际场景，给你两种方案的适用场景和示例：

方案一：单存储过程带条件逻辑（推荐统一调用场景） #

如果你的调用方（比如应用程序）希望用同一个接口处理单条和批量查询，写一个带分支的存储过程是不错的选择。可以通过判断TVP是否为空，或者是否存在@id参数来分支执行：

-- 先定义表值参数类型
CREATE TYPE IdList AS TABLE (Id INT PRIMARY KEY);
GO

CREATE PROCEDURE GetTableData
    @Id INT = NULL,
    @IdList IdList READONLY
AS
BEGIN
    SET NOCOUNT ON;

    -- 优先处理单条查询（如果@Id不为空）
    IF @Id IS NOT NULL
    BEGIN
        SELECT * FROM [table] WHERE Id = @Id;
    END
    -- 处理批量查询（如果TVP有数据）
    ELSE IF EXISTS (SELECT 1 FROM @IdList)
    BEGIN
        SELECT t.* 
        FROM [table] t
        JOIN @IdList tvp ON t.Id = tvp.Id;
    END
    -- 可选：处理参数都为空的情况
    ELSE
    BEGIN
        RAISERROR('请提供@Id参数或@IdList表值参数', 16, 1);
    END
END
GO

这种方案的好处是调用方不用维护两个存储过程的调用逻辑，存储内部做分支处理，对业务层更友好。

方案二：两个独立的存储过程（推荐性能敏感/场景分离的情况） #

如果你的单条查询和批量查询是完全独立的业务场景，或者对单条查询的性能有极致要求，分开写更清晰：

-- 单条查询存储过程
CREATE PROCEDURE GetTableDataById
    @Id INT
AS
BEGIN
    SET NOCOUNT ON;
    SELECT * FROM [table] WHERE Id = @Id;
END
GO

-- 批量查询存储过程
CREATE PROCEDURE GetTableDataByIds
    @IdList IdList READONLY
AS
BEGIN
    SET NOCOUNT ON;
    SELECT t.* 
    FROM [table] t
    JOIN @IdList tvp ON t.Id = tvp.Id;
END
GO

这种方案的优势是：

• 存储过程逻辑更单一，可读性和可维护性更好
• 单条查询的执行计划更优，没有分支判断的额外开销
• 便于分别优化和调试两个场景

总结建议 #

• 如果调用方希望统一接口，且性能差异可以接受：选单存储过程带条件逻辑
• 如果单条和批量场景完全分离，或者追求极致性能：选两个独立的存储过程
• 单条查询传TVP虽然可行，但除非有特殊的统一要求，否则不推荐——毕竟直观性和轻微的性能损耗不值得

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