查询性能，多个“OR”与单独的声明

Question

假设我有一个 40MM 9 位邮政编码的 Oracle 数据库表，其中包括每个邮政编码的 4 位邮政编码。我有 800 个 5 位邮政编码的列表，我需要找到所有相关的 9 位邮政编码。总共有 40K 个 5 位邮政编码。假设我们已经使用 B*Tree（传统）索引对 5 位邮政编码字段进行了索引。考虑到数据库性能和可扩展性，最好的方法是：

1. 在单个语句中查询所有记录？像这样的事情运行一次：

   <块引用>

   从邮政编码中选择 *，其中 ZIP5 IN (:1, :2,...:800)

2. 对每个 5 位邮政编码查询一次？像这样的东西运行了 800 次：

   <块引用>

   从邮政编码中选择 *，其中 ZIP5 = :1

3. 某些批量大小介于两者之间？

你觉得怎么样，为什么？如果您处于思考状态，一些[可选]后续想法：

• 我们可以运行哪些测试来验证您的想法？
• 最佳方法是否会随着数量的变化而变化（例如，如果我们有 100 个 9 位邮政编码映射到 10 个 5 位邮政编码，则查找这 10 个中的 3 个）？
• 对于数据库来说最好的事情与对于吸收查询结果的应用程序服务器来说最好的事情是否不同？

Answer 1

让数据库服务器决定如何处理。即使它在内部执行了 800 次查询，它仍然会更快。它只需解析查询一次，并且只需发送结果一次。

因此，请使用 SELECT * FROM ZIPCODE WHERE ZIP5 IN (:1, :2,... :800)

Answer 2

您可以选择创建外部表吗？即，

CREATE TABLE zip5 (zip5 varchar2(5))
ORGANIZATION EXTERNAL
(
  TYPE ORACLE_LOADER
  DEFAULT DIRECTORY <some oracle DIRECTORY object>
  LOCATION (<yourDirectory>:'zip5 filename.txt'
)

将 zip5 文本文件放入 Oracle 目录对象指定的操作系统目录中，
然后执行：

SELECT * FROM zipcode JOIN zip5 ON (zipcode.zip5 = zip5.zip5);

这是比每次 ZIP5 列表更改时重建查询更通用的解决方案。