SQL筛选上月数据时如何规避1月跨年匹配异常问题

核心实现思路：放弃拆分年、月字段做等值比对的逻辑，直接计算上一自然月的时间边界，用闭/开区间匹配业务日期，从根源上规避1月匹配上年12月的跨年适配问题，同时兼顾SQL Server的查询性能、Excel Power Query的历史版本兼容性。

原有方案的核心漏洞 #

拆分年、月字段做等值匹配的逻辑存在本质缺陷：

• 1月场景下，当前时间偏移1个月对应的是上一年12月，仅匹配月份相等会错把同一年12月的数据纳入结果
• 绑定当前年份做等值判断会直接漏掉上一年12月的有效数据
• 额外追加的分支判断只会提升逻辑复杂度，无法从本质上解决1月的适配问题

SQL Server 适配实现 #

优先采用不包裹业务日期字段的区间匹配逻辑，可正常命中字段索引，避免全表扫描：

-- 计算上一自然月的时间边界
DECLARE
    @LastMonthStart DATE = DATEADD(MONTH, DATEDIFF(MONTH, 0, GETDATE()) - 1, 0),
    @CurrentMonthStart DATE = DATEADD(MONTH, DATEDIFF(MONTH, 0, GETDATE()), 0);

-- 筛选逻辑：业务日期落在上一自然月的完整区间（左闭右开）内
SELECT *
FROM p
WHERE p.renewal_date_key >= @LastMonthStart
  AND p.renewal_date_key < @CurrentMonthStart

如果业务字段是整数格式的日期键（如YYYYMMDD编码的数值型键），适配代码如下：

DECLARE
    @LastMonthStartKey INT = CONVERT(CHAR(8), DATEADD(MONTH, DATEDIFF(MONTH, 0, GETDATE()) - 1, 0), 112),
    @CurrentMonthStartKey INT = CONVERT(CHAR(8), DATEADD(MONTH, DATEDIFF(MONTH, 0, GETDATE()), 0), 112);

SELECT *
FROM p
WHERE p.renewal_date_key >= @LastMonthStartKey
  AND p.renewal_date_key < @CurrentMonthStartKey

方案优势：

• 完全不需要单独拆分月、年字段做比对，自动适配1月匹配上一年12月的场景
• 对业务日期字段无函数包裹，可正常命中字段索引，查询性能远高于DATEPART包裹字段的写法
• 左闭右开的区间写法可兼容带时分秒的日期类型字段，不会漏匹配月末最后一天带时间戳的数据

Excel Power Query 适配实现 #

选用Power Query全版本兼容的基础时间函数实现，兼容2016及以上所有历史Excel版本，和SQL侧逻辑保持完全一致：

let
    CurrentDate = DateTime.LocalNow(),
    CurrentMonthStart = Date.StartOfMonth(CurrentDate),
    LastMonthStart = Date.AddMonths(CurrentMonthStart, -1),
    // 区间筛选业务表
    FilteredData = Table.SelectRows(
        待筛选业务表,
        each [renewal_date_key] >= LastMonthStart and [renewal_date_key] < CurrentMonthStart
    )
in
    FilteredData

用到的Date.StartOfMonth、Date.AddMonths为Power Query初始版本就内置的基础函数，不存在历史版本的函数缺失问题，同样通过区间匹配逻辑规避1月跨年的适配漏洞。

避坑提示：不要为了补1月的适配逻辑追加额外的DATEPART判断分支，这类写法不仅会提升逻辑复杂度，还会在闰年、跨时区、同月份多年度叠加的场景下引入新的匹配错误，整月区间匹配是跨微软技术生态下逻辑一致性最高的实现方式。

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