0

给定用户 ID，我有一个查询要从表中选择用户。此参数是可选的。

这是查询：

SELECT * FROM USERS
WHERE (USER_ID = :USER_ID OR :USER_ID IS NULL)
ORDER BY USER_ID;

现在我执行查找一个用户的查询，因此:USER_ID采用 valor 1 ：

SELECT * FROM USERS
WHERE (USER_ID = 1 OR 1 IS NULL)
ORDER BY USER_ID;

此查询需要 5 秒。

OR :USER_ID IS NULL然后，我多次添加到上一个查询中。此示例比第一个示例花费更多时间：

SELECT * FROM USERS
WHERE (USER_ID = 1 OR 1 IS NULL [OR 1 IS NULL]x100)
ORDER BY USER_ID;

此查询需要 30 秒。

两个例子的执行计划是一样的：

---------------------------------------------------------------------------------------------------------------
| Id  | Operation                   | Name    | Rows  | Bytes |TempSpc| Cost (%CPU)| Time     | Pstart| Pstop |
---------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |         |  3256K|   695M|       |   682K  (1)| 00:00:27 |       |       |
|   1 |  SORT ORDER BY              |         |  3256K|   695M|   877M|   682K  (1)| 00:00:27 |       |       |
|   2 |   PARTITION RANGE ALL       |         |  3256K|   695M|       |   534K  (1)| 00:00:21 |     1 |1048575|
|*  3 |    TABLE ACCESS STORAGE FULL| USERS |  3256K|   695M|       |   534K  (1)| 00:00:21 |     1 |1048575|

Oracle 版本： Oracle 数据库 12c

为什么 oracle 不接受第一个声明，它总是正确的，并停止评估其余部分？

4

1 回答 1

0

您的问题是在谓词FULL TABLE SCAN触发的大表上。OR

根据绑定变量的值，查询返回一行（如果绑定变量不为 NULL），否则返回整个表。

仅对于一个绑定变量，您可以使用该NVL 技巧

SELECT * FROM USERS
WHERE (USER_ID = nvl(:USER_ID, USER_ID))
ORDER BY USER_ID;

这导致执行计划由涵盖两种情况的两部分组成：

BV 为 NULL -> 全面扫描

BV 不为空 -> 索引访问

--------------------------------------------------------------------------------------------
| Id  | Operation                      | Name      | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT               |           |  8329 |  9313K|   941   (1)| 00:00:12 |
|   1 |  SORT ORDER BY                 |           |  8329 |  9313K|   941   (1)| 00:00:12 |
|   2 |   CONCATENATION                |           |       |       |            |          |
|*  3 |    FILTER                      |           |       |       |            |          |
|*  4 |     TABLE ACCESS FULL          | USERS     |  8247 |  9221K|   925   (1)| 00:00:12 |
|*  5 |    FILTER                      |           |       |       |            |          |
|   6 |     TABLE ACCESS BY INDEX ROWID| USERS     |    82 | 93890 |    15   (0)| 00:00:01 |
|*  7 |      INDEX RANGE SCAN          | USERS_IDX |  1110 |       |     1   (0)| 00:00:01 |
--------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   3 - filter(:USER_ID IS NULL)
   4 - filter("USER_ID" IS NOT NULL)
   5 - filter(:USER_ID IS NOT NULL)
   7 - access("USER_ID"=:USER_ID)

因此，如果传递了 BV（不是 NULL）并且定义了索引，这将快速USER_ID响应。这将导致整个表的FULL TABLE SCAN（5 秒）AND SORT（我猜是另外 25 秒），总共 30 秒的响应。

请注意，如果您通过 BV，则只执行FULL TABLE SCAN，SORT时间可以忽略不计，因为只返回一条记录（假设 USER_ID 为 PK） - 这解释了响应时间的差异。

于 2017-10-09T18:08:17.690 回答