SQL Server中日、月、年单独存储时的日期匹配查询方法

嘿，刚好碰到过类似的场景，结合SQL Server的特性，给你梳理几个处理方案，其中最优的那个兼顾性能和可读性，咱们一步步说：

首选方案：用DATEFROMPARTS构造日期直接匹配（推荐） #

如果你的SQL Server版本是2012及以上，这绝对是最优解。假设你传入的参数是DATE类型（强烈建议用DATE类型而非字符串，避免格式问题），代码如下：

-- 假设输入参数是@InputDate DATE类型
WHERE DATEFROMPARTS([Year], [Month], [Day]) = @InputDate

为什么这个方案最好？ #

• 可读性拉满：一眼就能看懂是把三列组合成日期和输入值匹配，毫无歧义
• 性能高效：DATEFROMPARTS是SQL Server原生支持的日期构造函数，能直接把三个整数转成DATE类型。如果你的表上有组合索引([Year], [Month], [Day])，查询优化器可以完美利用这个索引，不会出现隐式转换导致的全表扫描。

如果你的输入是字符串格式（比如'2024-05-20'），先把它转成DATE类型再比较，别直接用字符串匹配：

DECLARE @InputDate DATE = '2024-05-20';
WHERE DATEFROMPARTS([Year], [Month], [Day]) = @InputDate;

兼容老版本的备选方案：拆分输入日期匹配列 #

如果你的SQL Server版本低于2012（不支持DATEFROMPARTS），可以拆分输入日期的年、月、日，分别和对应列比较：

DECLARE @InputDate DATE = '2024-05-20';
WHERE [Year] = YEAR(@InputDate)
  AND [Month] = MONTH(@InputDate)
  AND [Day] = DAY(@InputDate);

这个方案的特点： #

• 优点：同样能利用([Year], [Month], [Day])的组合索引，性能表现不错
• 缺点：代码比首选方案稍长，可读性略弱，但胜在兼容旧版本

一定要避开的坑：字符串拼接匹配 #

千万别用字符串拼接的方式来做匹配，比如下面这种写法：

-- 强烈不推荐！性能差还容易出错
WHERE CAST([Year] AS VARCHAR(4)) + '-' + RIGHT('0' + CAST([Month] AS VARCHAR(2)), 2) + '-' + RIGHT('0' + CAST([Day] AS VARCHAR(2)), 2) = '2024-05-20';

这种方式会让每一行都做字符串转换和拼接，完全无法利用索引，而且如果Day/Month是个位数时，漏了补0就会出现匹配错误（比如5月变成'5'，和输入的'05'不匹配），简直是双重踩坑。

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