为何nested loop要求小表驱动，hash join又为何要求小表hashed

2024-07-21 02:45:04

字体：大中小

来源：转载

供稿：网友

nested loop的过程：选择row resource 最小的那个表作为驱动表（外部表），内部表要求有选择性高的index。从外部表（驱动表）里一次取一行对内部表的每行进行比较，即外部表有几个distinct行，就有几次nested loop。

所以nested loop的代价是：

cost = outer access cost + (inner access cost * outer cardinality)

outer access cost应该是读取驱动表到内存，而内部表要求有有效的index也是为了降低inner access cost，而驱动表要求小，也就很好理解了。

Hash join 在缺少index的情况下比nested loop更有效，一般情况下比nested loop更快，因为处理内存中的hash表比b-tree index更迅速。有无index，对hash join并没有什么影响。

一般也是选择较小的表（内部表）读入内存，进行hash 算法，根据连接键构建成hash table。该表如果太大的话，会根据当前系统的参数设置，将该表分piece读入内存构建成hash表。然后外部表中的每行也被读入内存进行hash算法，得到一个hash值，对该piece进行比较。

所以hash join的cost 如下：

cost = (outer access cost * number of hash partitions) + inner access cost

上述两个cost里面都是先计算出读入内存的小表的access cost，只不过小表对于nested loop来说是outer table，而对于hash join而言是inner table

可见，如果一个hash内存设置的大的话，如果只有一个piece，那么cost=内部表与外部表的access cost相加之和，相当的。当然也要算上hash的代价，所以hash应该比nest loop快，但是选择nested loop还是hash join，一切交给optimizer就可以了。

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/rabbitbug/archive/2009/12/21/5049263.aspx

上一篇：CentOS 5.4上安装XtraDB 1.0.4-8

下一篇：Business Objects 以及reporting service报表点滴--学习笔记

学习交流

如何查找有故障的配件

如何查找有故障的配件...

热门图片

猜你喜欢的新闻

猜你喜欢的关注