自连接单查询与无连接双查询的SQL性能对比咨询

我正在开发一个需要查询数据库表的项目，在两种简单SQL实现方案间纠结。实际表包含诸多无关列，为便于说明，创建简化表[dbo].[Sample]：

• TableId：自增主键
• UserId：唯一且是外键
• GroupId：不唯一但也是外键

表数据示例：

TableId       UserId          GroupId   
----------------------------------------
   1           384               2
   2           416               1
   3           498               2
   4           515               2

需求：获取与传入参数用户X拥有相同GroupId的所有条目UserId。例如X的UserId为384时，需返回{498,515}，因为它们的GroupId均为2。

难点是查询前仅知道X的UserId，不知道其GroupId。我编写了两种实现方案：

方案1：内自连接查询 #

SELECT S2.UserId
FROM Sample AS S1
JOIN Sample AS S2 ON S1.UserId = X.UserId
                  AND S2.GroupId = S1.GroupId
                  AND S2.UserId != X.UserId -- 不返回X自己的UserId

该查询可正常运行，但因Sample表数据量庞大，即便UserId列唯一，我仍对使用连接的性能存在顾虑。

方案2：双查询（先获取GroupId再筛选） #

DECLARE @GroupId AS INT

SELECT @GroupId = GroupId 
FROM Sample 
WHERE UserId = X.UserId

SELECT UserId 
FROM Sample 
WHERE GroupId = @GroupId AND UserId != X.UserId

我在开发数据库中测试了两种查询，未发现性能差异，想知道后者的查询效率是否更高？

两种方案的性能在绝大多数场景下不会有本质差异，核心取决于数据库引擎的查询优化器以及表上的索引配置：

1. 索引是性能的核心影响因素

   • 若UserId上有唯一索引，GroupId上有非聚集索引（或包含UserId的覆盖索引），数据库优化器会将两种方案处理成几乎等价的执行逻辑：
     • 方案1的自连接会被优化为“先定位X的GroupId，再筛选同组其他用户”，不会执行全表级别的连接操作；
     • 方案2的两次查询，第一次通过UserId快速获取GroupId，第二次通过GroupId筛选目标用户，和优化后的方案1执行路径完全一致。

2. 极端场景下的细微差异

   • 如果某个GroupId对应的用户数量占表数据的绝大多数（比如90%以上），两种方案都会面临大量数据扫描，性能表现接近；
   • 仅在少数老旧数据库中，优化器对自连接的处理不够智能时，方案2可能会有微弱优势，但这种情况现在已经非常少见。

3. 可读性与维护性角度

   • 方案2的逻辑更直观，分步骤的写法符合常规思考路径，后续代码维护成本更低；
   • 方案1的自连接写法相对紧凑，但对不熟悉该逻辑的开发者来说，理解成本更高。

总结：如果测试环境未测出性能差异，无需纠结性能，优先选择可读性更好的方案2。若仍有疑虑，可查看两种方案的执行计划——执行计划中的逻辑读、扫描行数才是判断性能的核心依据，而非SQL写法本身。

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