如何优化使用Varchar列关联且含字段拼接的SQL查询性能？

1. 直接拆解过滤条件到原始字段（最优先） #

原查询的核心问题是先拼接所有符合关联条件的记录，再对计算出的fullname进行过滤，这种写法无法利用FirstName和LastName上的索引，导致大量不必要的数据处理。

根据你的fullname拼接规则（FirstName + '(' + LastName + ')'），可以直接将where fullname = 'abc(def)'拆解为对原始字段的过滤：

-- 只选择需要的字段，避免SELECT *
select 
    u.FirstName + '(' + u.LastName + ')' as fullname,
    -- 替换为你实际需要的字段，比如u.Id, u.Email, c.CompanyId等
    u.*, c.*
from User u 
inner join CompanyUser c 
    on c.FirstName = u.FirstName 
    and c.LastName = u.LastName
where 
    u.FirstName = 'abc' 
    and u.LastName = 'def'

这样查询会直接利用User和CompanyUser表上的FirstName、LastName索引，快速定位到匹配的行，避免全表扫描或大规模数据拼接。

2. 确认联合索引的有效性 #

虽然你提到索引配置正确，仍需确认：

• User和CompanyUser表上都创建了**(FirstName, LastName)联合索引**（顺序要和查询中的过滤/关联条件一致）
• 索引没有被禁用或碎片化，必要时可以重建索引：

  -- 重建User表的联合索引
  ALTER INDEX IX_User_FirstName_LastName ON User REBUILD;
  -- 重建CompanyUser表的联合索引
  ALTER INDEX IX_CompanyUser_FirstName_LastName ON CompanyUser REBUILD;
  

3. 避免使用SELECT * #

SELECT *会加载表中所有字段，尤其是如果存在大字段（比如你提到的Varchar(500)列），会显著增加数据传输和内存消耗。建议明确列出需要的字段，减少不必要的资源占用。

4. 持久化计算列（如果需要频繁按fullname查询） #

如果业务中经常需要基于拼接后的fullname进行查询，可以创建持久化计算列并添加索引，让数据库预先计算并存储fullname的值：

-- 为User表添加持久化计算列
ALTER TABLE User 
ADD fullname AS FirstName + '(' + LastName + ')' PERSISTED;

-- 为计算列创建索引
CREATE INDEX IX_User_fullname ON User(fullname);

之后的查询可以直接使用这个计算列，同时保持关联条件不变：

select fullname, u.*, c.*
from User u 
inner join CompanyUser c 
    on c.FirstName = u.FirstName 
    and c.LastName = u.LastName
where u.fullname = 'abc(def)'

注意：持久化计算列会占用额外存储空间，且当FirstName或LastName更新时，计算列会自动同步更新，需要根据业务场景权衡存储和性能的关系。

内容的提问来源于stack exchange，提问作者S. Deshmukh