3

我遇到了这个特殊的脚本，它使用了一种特殊的 equi join 形式。

SELECT * 
FROM 
per_assignments a, per_assigment_types b
WHERE
a.assignment_status_type_id + 0  = b.assignment_status_type_id

为什么在 equi 连接中添加了零？我开始知道这与避免索引搜索有关，但仍然有人可以解释它的全貌。提前致谢

编辑 ：

这与表/列声明无关。据我所知，这与 SQL 调优有关。

这就是我发现的：-

  1. 这用于较小的表。
  2. 这不是像通常那样进行索引搜索，而是一次搜索完整的表。

但是我真的不知道与正常的等值连接有什么区别，此外索引如何影响性能。

如果有人可以在特定的上下文中进行描述，并让我知道我的发现是否错误，那将非常有帮助。感谢您为此付出的时间和精力:-)

栏目说明：

两个表中的分配状态类型 ID 均声明为 NUMBER(9)

4

1 回答 1

3

杀死小表的索引使用的原因是性能。当您使用索引执行连接时，需要两个磁盘 I/O 来读取数据。一是读取索引，二是从全表中读取数据。对于较小的表，读取整个表并执行全表扫描比执行第二个磁盘 I/O 更快。

这是一个广泛的概括，即使在您的数据库中也可能会不时变化。从理论上讲，SQL 优化器应该足够聪明，能够识别这种情况，并在没有提示的情况下对索引查找使用全表扫描。如果您将数据添加到一个或两个表中，也有可能将更快的性能从全表扫描转移到索引查找。

我对调整这些查询的问题是：

  1. 表的精确定义是什么，包括 VARCHAR 列（如果有的话）平均有多满？
  2. 每个表有多少行？
  3. 每天每个表添加多少行？
  4. 该查询多久执行一次？
  5. 有没有人用这两个选项来定时查询执行以查看哪个更快？

我担心的是这个查询被编写为一个聪明的性能增强，无论是针对早期版本的数据库，还是仅仅作为一个聪明的 hack，而没有意识到查询优化器可能会做得更好或更好。

于 2011-05-09T13:37:18.000 回答