即使使用 parallel(8) 提示，具有数百万条记录的表中的 Count(1) 也很慢

Question

我正在尝试从具有 1.94 亿条记录的表中计算记录。使用了并行提示和索引快速扫描，但仍然很慢。请为附加的查询提出任何替代或改进想法。

SELECT
 /*+ parallel(cs_salestransaction 8)
 index_ffs(cs_salestransaction CS_SALESTRANSACTION_COMPDATE)
 index_ffs(cs_salestransaction CS_SALESTRANSACTION_AK1) */
 COUNT(1)
FROM cs_salestransaction
WHERE processingunitseq=38280596832649217
AND (compensationdate BETWEEN DATE '28-06-17' AND DATE '26-01-18'
OR eventtypeseq IN (16607023626823731, 16607023626823732, 16607023626823733, 16607023626823734));

这是执行计划：

[]

查询给出了结果，但计算了 1.94 亿需要 2 个小时。

编辑：

---

编辑代码以根据 Littlefoot 的建议添加 DATE。 使用实际列名编辑的代码。 我是堆栈溢出的新手，因此已将计划附加为图像。

Answer 1

另外，如果compensationdate 是DATE 数据类型，不要将其与字符串 进行比较（因为'28-JUL-17' 是 字符串）并强制Oracle 执行隐式转换和花时间在nothing上。切换到

compensationdate BETWEEN date '2017-07-28' and date '2018-01-26'

Answer 2

在 where 子句中包含 OR CONDITION 会忽略查询中索引的使用。你应该摆脱 OR 条件。可以有多种方法。其中一种方法是——

SELECT /*+ parallel(sales 8)
           index_ffs(sales ,sales_COMPDATE) 
           index_ffs(sales , sales_eventtypeseq )*/
       COUNT(1)
FROM sales 
WHERE processingunitseq=38
AND compensationdate BETWEEN TO_DATE('28-JUL-17') AND TO_DATE('26-JAN-18')
UNION ALL
SELECT /*+ parallel(sales 8)
           index_ffs(sales ,sales_COMPDATE) 
           index_ffs(sales , sales_eventtypeseq )*/
       COUNT(1)
FROM sales 
WHERE processingunitseq=38
AND compensationdate NOT BETWEEN TO_DATE('28-JUL-17') AND TO_DATE('26-JAN-18')  -- To avoid duplicates
AND eventtypeseq IN (1, 2, 3, 4);

其他建议，请贴出查询的执行计划。