MySQL中用YEAR()、MONTH()、DAY()可直接提取DATE/DATETIME字段的年月日整数，如SELECT YEAR(d), MONTH(d), DAY(d) FROM t；MONTH()返回1–12，非补零格式，字符串日期须先用STR_TO_DATE()转换，否则易得NULL。
MySQL 中用 YEAR()、MONTH()、DAY() 拆分日期
直接调这三个函数就行，它们从 DATE 或 DATETIME 类型字段中提取对应部分，返回整数。比如：SELECT YEAR(order_date), MONTH(order_date), DAY(order_date) FROM orders; —— 注意，MONTH() 返回 1–12，不是 01–12；如果要补零得套 LPAD(MONTH(...), 2, '0')。
常见错误是把字符串日期（如 '2024-03-15'）当日期类型直接传进去——MySQL 会尝试隐式转换，但一旦格式不标准（比如 '15/03/2024'）就返回 NULL。务必先用 STR_TO_DATE() 转成日期类型再拆分。
PostgreSQL 里用 EXTRACT() 提取年月日
EXTRACT() 是标准 SQL 兼容写法，在 PostgreSQL 中最稳妥：SELECT EXTRACT(YEAR FROM created_at), EXTRACT(MONTH FROM created_at), EXTRACT(DAY FROM created_at) FROM logs;。它返回的是 double precision 类型，需要转整数时加 ::int，比如 EXTRACT(YEAR FROM created_at)::int。
别用 date_part() 替代——虽然功能一样，但 EXTRACT() 是 SQL 标准，跨数据库迁移时更安全。另外，EXTRACT() 对时区敏感：如果字段是 TIMESTAMP WITH TIME ZONE，提取结果按当前会话时区计算，不是 UTC。
SQL Server 的 DATEPART() 和 FORMAT() 选哪个？
老版本（2012 之前）只能用 DATEPART(yy, order_date)、DATEPART(mm, order_date)、DATEPART(dd, order_date)。注意参数是缩写（yy 不是 year），且返回 int。
2012+ 推荐用 FORMAT(order_date, 'yyyy-MM-dd') 直接格式化成字符串，但性能差——每次调用都触发 CLR，大数据量查询明显变慢。如果只要年月日数值，坚持用 DATEPART()；如果要拼成 '2024-03-15' 这种字符串，CONVERT(char(10), order_date, 120) 比 FORMAT() 快得多。
SQLite 怎么安全提取日期组件？
SQLite 没有原生日期类型，全靠字符串或 Julian Day 数存储。如果日期存的是 '2024-03-15' 这种 ISO 格式，可以用 substr() 硬拆：substr(date_str, 1, 4) 取年，substr(date_str, 6, 2) 取月，substr(date_str, 9, 2) 取日。但前提是格式绝对统一。
更可靠的方式是先用 date(date_str) 强制校验并标准化，再配合 strftime()：strftime('%Y', date_str)、strftime('%m', date_str)、strftime('%d', date_str)。注意 strftime() 返回的是字符串，不是数字；月份和日期带前导零（'03' 而非 3），要转数字得加 +0 或用 CAST(... AS INTEGER)。
实际写的时候，最容易被忽略的是数据一致性——比如 MySQL 表里混着 '2024/03/15' 和 '15-MAR-2024'，函数一跑全是 NULL。得先清洗或统一存储格式，否则所有提取逻辑都建立在沙子上。
