EOMONTH是SQL Server 2012+专用函数，用于返回指定日期所在月最后一天；支持偏移参数（如-1、1），自动处理大小月、闰年，不兼容MySQL/PostgreSQL。
SQL Server 里 EOMONTH 的基本用法
EOMONTH 是 SQL Server 2012+ 原生支持的日期函数，用来直接返回指定日期所在月份的最后一天。它比用 DATEADD + DAY 手动推算简洁得多，也更少出错。
最常用形式是 EOMONTH(@date)，例如：
SELECT EOMONTH('2024-02-15') -- 返回 2024-02-29（闰年）它会自动处理大小月、闰年、跨年等边界情况，不用手动判断二月有几天。
计算未来或过去 N 个月的月末日期
EOMONTH 第二个参数可传整数，表示相对当前月偏移的月数。正数向后，负数向前，同样自动对齐月末日。
-
EOMONTH('2024-01-10', 0)→ 2024-01-31 -
EOMONTH('2024-01-10', 1)→ 2024-02-29 -
EOMONTH('2024-01-10', -3)→ 2023-10-31
注意：偏移是按「月」单位计算，不是按「30天」；EOMONTH('2024-01-31', 1) 仍返回 2024-02-29，不会因输入是 1 月最后一天而跳过逻辑。
和 GETDATE() 或列结合生成动态月末列表
实际业务中常需生成最近 12 个月的月末日期，或为每条记录补全其所属月的最后一天。这时要小心 GETDATE() 的精度和时区影响：
- 用
CAST(GETDATE() AS DATE)先截断时间部分，避免意外带入时分秒 - 在 WHERE 或 JOIN 中使用
EOMONTH(order_date)时，注意该表达式无法利用order_date列上的索引（非SARGable），大数据量下慎用 - 若需高频查询月末值，建议在表中增加计算列：
ALTER TABLE sales ADD month_end AS EOMONTH(order_date) PERSISTED
兼容性问题：MySQL / PostgreSQL 用户别踩坑
EOMONTH 是 SQL Server 和 Azure SQL 专属函数，MySQL 和 PostgreSQL 不识别，直接执行会报错 Invalid column name 'EOMONTH' 或类似语法错误。
替代方案要按数据库区分：
- MySQL：用
LAST_DAY(date_col) - PostgreSQL：用
(date_col + INTERVAL '1 month' - INTERVAL '1 day')::DATE或date_trunc('month', date_col) + INTERVAL '1 month' - INTERVAL '1 day'
跨数据库迁移或写通用脚本时，务必先确认目标环境是否支持 EOMONTH —— 它不是 ANSI SQL 标准函数，这点容易被忽略。
