postgresql应使用to_char(order_time, 'yyyy-mm')生成'2023-01'格式字符串分组，大小写敏感且需注意时区影响；sql server推荐convert(char(7), order_time, 120)替代低效format()；where过滤须用范围查询而非date_format避免索引失效。
MySQL里用 DATE_FORMAT 提取年月再分组
直接对 order_time 字段用 YEAR() 和 MONTH() 两层嵌套会丢失“2023-01”和“2023-10”的排序一致性（比如 2023-1 排在 2023-10 前），所以更稳妥的方式是用 DATE_FORMAT(order_time, '%Y-%m') 生成标准年月字符串：
SELECT DATE_FORMAT(order_time, '%Y-%m') AS ym, COUNT(*) AS cnt FROM orders GROUP BY DATE_FORMAT(order_time, '%Y-%m') ORDER BY ym;
注意：DATE_FORMAT 在 WHERE 中无法走索引，如果表很大且常查某个月份，建议额外建一个生成列或冗余字段 order_ym CHAR(7) 并加索引。
PostgreSQL 怎么写等效语句？
PostgreSQL 没有 DATE_FORMAT，得用 TO_CHAR，语法稍不同，但逻辑一致：
SELECT TO_CHAR(order_time, 'YYYY-MM') AS ym, COUNT(*) AS cnt FROM orders GROUP BY TO_CHAR(order_time, 'YYYY-MM') ORDER BY ym;
这里 'YYYY-MM' 大小写敏感，yyyy-mm 会报错；另外如果字段是 TIMESTAMP WITH TIME ZONE，要考虑时区偏移是否影响分组结果——比如 UTC 时间 2023-01-31 16:00+00 在北京时间（+08）已是 2023-02-01，分组结果可能意外跨月。
SQL Server 用 FORMAT 还是 CONVERT？
FORMAT() 可读性好但性能差，尤其大数据量时明显拖慢；推荐用 CONVERT + LEFT 组合：
-
CONVERT(CHAR(7), order_time, 120)→ 得到'2023-01'（120 格式为yyyy-mm-dd hh:mi:ss，取前7位） -
FORMAT(order_time, 'yyyy-MM')→ 结果一样，但执行计划里会出现更多函数计算节点
实操建议：优先用 CONVERT，特别是订单表超百万行时；如果必须用 FORMAT（比如要兼容多种语言格式），至少确保该字段已建好非聚集索引覆盖查询路径。
WHERE 条件里怎么高效过滤指定年月？
别写 WHERE DATE_FORMAT(order_time, '%Y-%m') = '2023-05' —— 这会让索引失效。正确做法是用范围查询：
WHERE order_time >= '2023-05-01' AND order_time <p>这样能命中 <code>order_time</code> 上的 B-tree 索引；如果用的是分区表（按月分区），这个写法还能触发分区裁剪。顺带一提，<code>BETWEEN</code> 容易出边界问题（含右端点），不推荐用于时间范围过滤。</p> <p>年月分组看着简单，真正上线时最容易栽在索引失效和时区转换上，尤其是跨系统同步订单数据时，得先确认所有写入方用的是同一时区时间戳。</p>
