EOMONTH返回指定日期所在月最后一天，支持月偏移量；参数需为日期类型，字符串须显式转换；避免在列上直接使用以防索引失效。
SQL Server中EOMONTH函数的基本用法
EOMONTH 是 SQL Server 2012+ 内置的日期函数，直接返回指定日期所在月份的最后一天。它不依赖 DATEADD + DAY 组合推算，写法简洁、语义清晰。
最常用形式是：EOMONTH(GETDATE()) —— 返回当前系统日期所在月的最后一天（如今天是 2024-06-15，则结果为 2024-06-30）。
- 第一个参数必须是
date、datetime、smalldatetime等可隐式转换为 date 的类型；NULL输入会返回NULL - 第二个参数是可选的整数偏移量，表示“向前或向后多少个月的月末”，比如
EOMONTH(GETDATE(), 1)返回下个月最后一天，-1则返回上个月最后一天 - 注意：偏移量只影响“月份数”，不考虑天数对齐（例如
EOMONTH('2024-01-31', 1)仍得2024-02-29，不是2024-02-31）
常见错误：传入字符串未显式转换导致失败
很多人直接写 EOMONTH('2024-02') 或 EOMONTH('2024/02')，结果报错：Conversion failed when converting date and/or time from character string.
这是因为 SQL Server 无法安全推断这类不完整字符串的含义（尤其在不同语言/日期格式设置下行为不一致）。
- 必须显式转成日期类型，推荐用
CONVERT(date, '2024-02-01')或CAST('2024-02-01' AS date) - 避免使用
'2024-02'这类无日部分的字符串；哪怕只是占位，也补上-01，否则可能在某些兼容级别下解析失败 - 如果数据来自用户输入或外部系统，建议先用
TRY_CONVERT(date, @input)校验，避免运行时报错中断查询
和 DATEADD 配合使用的典型替代方案（仅限旧版本）
SQL Server 2008 及更早版本不支持 EOMONTH，常见写法是：DATEADD(DAY, -1, DATEADD(MONTH, 1, DATEFROMPARTS(YEAR(@d), MONTH(@d), 1)))。
但该写法冗长、可读性差，且 DATEFROMPARTS 本身也是 2012+ 才有。若必须兼容老版本，更稳妥的是：
- 用
DATEADD先跳到下月 1 号：DATEADD(MONTH, 1, @d) - 再取该日期所在月第 0 天（即上月最后一天）：
DATEADD(DAY, 0 - DAY(@next_month), @next_month) - 或者更直白：
DATEADD(DAY, -1, DATEADD(MONTH, DATEDIFF(MONTH, 0, @d) + 1, 0))
只要环境允许，优先用 EOMONTH —— 它是原子操作，执行计划更优，且逻辑一目了然。
在 WHERE 条件中使用 EOMONTH 的性能注意点
把 EOMONTH 直接套在列上写条件，比如 WHERE EOMONTH(OrderDate) = '2024-06-30'，会导致索引失效（函数作用于列，无法走索引查找）。
正确做法是将条件改写为范围扫描：
- 想查“订单发生在 2024 年 6 月”，应写：
WHERE OrderDate >= '2024-06-01' AND OrderDate - 若确实需要按“月末日”聚合（如统计每月最后一天的销量），应在 GROUP BY 或子查询中计算
EOMONTH(OrderDate)，而非在 WHERE 中过滤 - 如果表有大量历史数据且频繁按月末查询，考虑添加计算列并建索引：
ALTER TABLE Orders ADD OrderMonthEnd AS EOMONTH(OrderDate) PERSISTED
函数本身很快，但用错位置会让整个查询变慢几个数量级，这点容易被忽略。
