EOMONTH函数可直接获取指定日期所在月的最后一天，SQL Server 2012及以上版本支持，用法简洁且类型保持一致，如EOMONTH(GETDATE())返回当月最后一天，支持偏移参数（如-1为上月月末），输入NULL则返回NULL，不感知时区。
SQL Server里直接用EOMONTH拿当月最后一天最省事
只要你的SQL Server版本是2012或更高（含Azure SQL），EOMONTH就是专为这事设计的——不用拼DATEADD和DAY，也不用硬算31/30/29。传入任意日期，它原生返回当月最后一天的date或datetime值。
最常用写法：
SELECT EOMONTH(GETDATE()) AS LastDayOfThisMonth;
结果是类似2024-06-30这样的日期值，类型和输入一致（GETDATE()返回datetime，结果也是datetime）。
- 想指定具体某个月？直接传入该月任意一天，比如
EOMONTH('2024-02-15')→2024-02-29 - 要上个月最后一天？第二个参数填
-1：EOMONTH(GETDATE(), -1) - 下个月最后一天？填
1：EOMONTH(GETDATE(), 1) - 注意：第二个参数只接受整数，不支持小数或表达式（如
YEAR(GETDATE())不能直接塞进去）
不用EOMONTH时的替代方案容易出错
老版本SQL Server（2008及更早）没这个函数，常见补救写法是：
SELECT DATEADD(DAY, -1, DATEADD(MONTH, 1, DATEFROMPARTS(YEAR(GETDATE()), MONTH(GETDATE()), 1)))
逻辑是“先取当月1号 → 加1个月 → 减1天”。但问题不少：
-
DATEFROMPARTS在2012才引入，2008得用CAST+字符串拼接，易因格式/语言设置失败 - 如果输入是
datetime带时间部分，DATEADD(MONTH, 1, ...)可能跨到下下月（比如'2024-01-31'加1个月变成'2024-02-31'，SQL Server自动转成'2024-03-02'） - 手动算天数（如
CASE WHEN MONTH(...) IN (1,3,...) THEN 31 ELSE...）漏掉闰年2月，维护成本高
EOMONTH的返回类型和NULL处理要留意
函数本身不改变输入的精度或类型：输入date，输出date；输入datetime2(3)，输出一样。但两个边界情况必须检查：
- 输入为
NULL时，EOMONTH直接返回NULL，不会报错。如果业务逻辑依赖非空结果，得提前ISNULL或COALESCE - 输入日期超出SQL Server支持范围（
0001-01-01到9999-12-31），会抛错Msg 9831，不是静默截断 - 在计算列或索引视图中使用
EOMONTH需确保确定性（deterministic）——它本身是确定性的，但若输入列含非确定性函数（如GETDATE()），整个表达式就不可索引
和LAST_DAY（Oracle）、LAST_DAY（PostgreSQL）别混淆
名字相似，但行为有差异：EOMONTH在SQL Server里严格按日历月计算，且只接受日期类型参数；而Oracle的LAST_DAY支持DATE和CHAR（自动转换），PostgreSQL的LAST_DAY其实是扩展包orafce提供的，并非原生函数。跨数据库迁移时，光改函数名不够，还得核对输入类型和空值逻辑。
真正容易被忽略的是时区——EOMONTH完全不感知时区，它操作的是本地SQL Server实例的datetime值。如果你的应用层用UTC时间存数据，又用GETDATE()（服务器本地时区）去算月末，结果可能偏移一整天。
