EXTRACT函数仅适用于DATE/TIMESTAMP类型，不能直接作用于日期字符串；必须先用TO_DATE或TO_TIMESTAMP显式转换，且格式掩码须严格匹配；不支持QUARTER、WEEK等字段，时区提取在DATE类型上恒返回NULL；WHERE中对列使用EXTRACT会失效索引。
EXTRACT 函数只能用于 DATE/TIMESTAMP，不能直接拆 DATE 字符串
很多人写 extract(year from '2023-05-01') 报错 ora-30076：invalid extract field，因为 extract 要求第二个参数必须是日期类型，不是字符串。oracle 不会自动隐式转换字符串为日期——哪怕格式看起来很标准。
正确做法是先用 TO_DATE 或 TO_TIMESTAMP 转换：
SELECT EXTRACT(YEAR FROM TO_DATE('2023-05-01', 'YYYY-MM-DD')) FROM DUAL;
- 如果原始数据是
VARCHAR2字段（比如日志表里的log_time_str），必须显式转换，否则直接EXTRACT一定报错 - 注意格式掩码要和字符串完全匹配，
'2023/05/01'不能用'YYYY-MM-DD'去转 -
TO_TIMESTAMP比TO_DATE更安全，尤其含时分秒时；但纯日期场景二者行为一致
EXTRACT 支持的字段有限，别指望取“第几周”或“季度末日期”
EXTRACT 只支持 YEAR、MONTH、DAY、HOUR、MINUTE、SECOND，以及 TIMEZONE_HOUR 和 TIMEZONE_MINUTE。它不提供 WEEK、QUARTER、DAY_OF_YEAR 这类扩展字段——Oracle 就没实现。
想取季度？得用 CEIL(MONTH / 3)；想取一年中的第几周？得靠 TO_CHAR(date_col, 'IW')；想取当月最后一天？用 LAST_DAY(date_col)。
-
EXTRACT(QUARTER FROM sysdate)是非法语法，会报 ORA-30076 - 替代方案不是函数嵌套，而是换用
TO_CHAR或数值计算，例如：CEIL(EXTRACT(MONTH FROM sysdate) / 3) -
TO_CHAR(sysdate, 'Q')返回字符 '1'~'4'，需要TO_NUMBER才能参与数值运算
DATE 类型没有时区，EXTRACT(TIMEZONE_*) 在 DATE 上永远返回 NULL
如果你对一个 DATE 列执行 EXTRACT(TIMEZONE_HOUR FROM my_date_col)，结果一定是 NULL。因为 DATE 类型在 Oracle 中不存储时区信息，只存年月日时分秒。只有 TIMESTAMP WITH TIME ZONE 或 TIMESTAMP WITH LOCAL TIME ZONE 才带时区偏移。
- 检查列类型：
DESC your_table看字段是DATE还是TIMESTAMP WITH TIME ZONE - 误用时区提取不会报错，但结果不可信——静默返回 NULL 容易被忽略
- 若需统一按某时区处理，建议在应用层或会话级设置：
ALTER SESSION SET TIME_ZONE = 'Asia/Shanghai'，再用FROM_TZ+AT TIME ZONE转换
EXTRACT 性能没问题，但别在 WHERE 条件里对列用函数
EXTRACT(YEAR FROM order_date) 本身开销极小，但如果你写成 WHERE EXTRACT(YEAR FROM order_date) = 2023，Oracle 无法使用 order_date 上的普通 B-Tree 索引——因为函数改变了索引键的原始值。
更高效的方式是写范围条件：
WHERE order_date >= DATE '2023-01-01' AND order_date < DATE '2024-01-01'
- 日期范围查询能走索引，而函数包裹列基本等于放弃索引
- 如果真要按年/月做分区裁剪，优先考虑按
order_date建范围分区，而不是依赖EXTRACT - 函数索引（如
CREATE INDEX idx_year ON t(EXTRACT(YEAR FROM order_date))）可行但小众，维护成本高，一般不推荐
