Oracle SQL 60亿行无索引表快速日期过滤查询方案咨询

这问题我在厂商数据库环境里碰过好多次——不能加索引的限制确实头疼，但核心问题其实很明确：你用EXTRACT(YEAR FROM PERFORMED_DATE_TIME)的时候，相当于给每一行的日期列套了个函数，Oracle没法利用任何可能的现有索引（哪怕PERFORMED_DATE_TIME在某个复合索引里），只能全表扫描60亿行，这肯定慢到离谱。

要让查询快速开始流式返回结果，关键是让Oracle能尽早定位到符合条件的行，而不是逐行计算年份。下面是几个优先级从高到低的方案：

优先推荐：直接用日期范围替代函数计算 #

这是最有效的方法，因为直接对PERFORMED_DATE_TIME列做范围比较，Oracle可以利用现有索引（比如包含Event_Code和PERFORMED_DATE_TIME的复合索引）快速缩小数据范围，甚至能按顺序找到第一批符合条件的行，马上开始流式返回。

写法如下：

SELECT * 
WHERE Event_Code = 102225120
  AND PERFORMED_DATE_TIME >= DATE '2017-01-01'
  AND PERFORMED_DATE_TIME < DATE '2018-01-01';

为什么用< DATE '2018-01-01'而不是<= DATE '2017-12-31'？因为如果PERFORMED_DATE_TIME包含时分秒甚至毫秒，2017-12-31默认是00:00:00，会漏掉当天非零点的数据；用下一年的第一天作为上限，能精准覆盖2017年的所有时间点，而且写法更简洁。

备选：用TRUNC做年份匹配（效果不如范围查询） #

如果你一定要用年份的逻辑，可以试试TRUNC(PERFORMED_DATE_TIME, 'YYYY')，写法是：

SELECT * 
WHERE Event_Code = 102225120
  AND TRUNC(PERFORMED_DATE_TIME, 'YYYY') = DATE '2017-01-01';

不过要注意：这个写法本质还是对每一行的日期列做计算，Oracle依然没法走索引，只是TRUNC的计算量比EXTRACT略小一点，速度会比原来的写法快，但远不如直接范围查询高效。

额外建议：检查现有索引的结构 #

虽然你不能加新索引，但可以查一下有没有包含Event_Code和PERFORMED_DATE_TIME的复合索引。如果有的话，上面的范围查询会直接走这个索引：先过滤Event_Code = 102225120的行，再在这个小范围内过滤日期，数据量瞬间缩小，流式返回的速度会大幅提升。

核心原则记住：永远不要在过滤列上套函数，这会让数据库失去提前过滤数据的能力，只能硬扫全表。用直接的列值比较，才能让Oracle最快找到符合条件的行，尽早开始流式返回结果。

内容的提问来源于stack exchange，提问作者Praxiteles