Implementing Join

Join 操作一般有三种实现策略

  1. nested loop -- 2层循环 遍历 R 和 S 表 (广泛使用)
  2. sort-merge -- 先对R,S 表进行排序, 在归并
  3. hash-based 基于哈希

Nested Loop Join (连接操作最基本的算法)

Using a page-by-page scan of the outer relation.
For each outer page, do a page-by-page scan of the inner relation
选 R,S 中较小的一个 作为 the outer relation, 较大的作为 the inner relation

Result = {}
// 在 R 表中 读 1 块 block 进入内存 
for each page i in R {
   pageR = getPage(R,i)
// 在 S表中 读 1 块block 进入内存
   for each page j in S {
      pageS = getPage(S,j)
      for each pair of tuples tR,tS
                       from pageR,pageS {
         if (tR.a == tS.b)
            Result = Result ∪ (tR:tS)
}  }  }

基于块的嵌套循环的连接算法就是,每次读R表中一个block进入内存, 就把S表中,所有block依次读入内存进行比较操作, 所以S表一共被读入了B_R* B_S 次。

I/O复杂度
cost = B_S + B_S * B_R (一般把小的表 作为B_S

内存需求:
这种算法的内存需求很小, 最低只要 3 block , 2块分别给R,S作为input, 一块作为output输出result.

Block Nested Loop Join

如果 两个关系 都不能存入内存 B_R < M,B_S < M

image.png

  1. 将 R表 切分为 大小为 N-2( N:memory buffer ) 的若干个子集合 --- ceil(B_R / N-2) 个子集合
  2. 内存中 N-2为 B_R, 1 为 B_S, 1 为 output buffer.

Nested Loop join算法内存需求很低,并没有充分利用内存。
如果能把R,S中较小的一个表完全读入内存, 那么只要1 个block 遍历 一遍S表就可以完成join , 这也是理论上 R Join S 的最低 I/O 开销---B_S + B_R, 需要满足 B_R <= N-2.

如果 B_R > N-2, 我们就依次读入 N-2 块 R page, 在 遍历 S 表, 如此重复,一共需要 ceil(B_R/N-2) * B_S 次 读入 S 表。
所以总的 I/O 复杂度为
Cost = B_R + B_S* ceil(B_R/N-2)

内存需求:
这里明显是 内存拉满,减少 buffer 会导致 读入R 表轮次上升,从而导致 cost 上升。


Index Nested Loop Join

上面 2种算法 有一个问题 , 都要线性的依次读入整个S表的所有 page 到内存与R比较才能防止遗漏,如果 能在S表上加入索引(稀疏 或者稠密索引), 依靠索引能减少读入 S表的page 数量, 这样就可以节省 I/O开销。

for each tuple r in relation R {
    use index to select tuples
        from S where s.j = r.i
    for each selected tuple s from S {
        add (r,s) to result
}   }

I/O 复杂度为
Cost = B_R + r_R* Sel_S
Sel_S 表示根据索引找到与该r_R 记录相match的r_S 所需要的一次开销。 比如,S表该连接键上有个 cluster B+ 树索引, 在B+树上检索出 相应的 地址需要2 次操作, 根据地址找到对应记录r_S 并与r_R 相比较需要1 次操作, 那么Sel_S 就等于2+1 = 3.


Sort-merge Join

Sort-merge 算法分2步

  1. 对 R, S 表进行排序 (多路归并排序)
    Sort_R = ceil(1 + log_{N-1}ceil(b_R/N))
    Sort_S = ceil(1 + log_{N-1}ceil(b_S/N))
    总cost : 2*b_R*Sort_R + 2*b_S*Sort_S

2.两个排序表的merge
- Best case : b_R + b_S
- Worst case: b_R* b_S


grace hash join

grace hash join 为了保证散列函数的性能, 对内存有最低要求,即:
N >= max(\sqrt{b_R}, \sqrt{b_S}).

  1. 使用 散列函数 h1 对 R, S 进行分区。


    Partition phase
  2. 使用散列函数 h2 把R表的所有分区都映射入内存中 ,再依次映射S表的每一个分区.


    Probe/join

Cost of grace hash join:

  1. partition relation R : partition[R] = 2 b_R 一读一写
  2. partition relation S: partition[S] = 2 b_S 一读一写
    3.probe/join : b_S + b_R

总开销: 3 (b_R + b_S)


hybird hash join


最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 215,012评论 6 497
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,628评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,653评论 0 350
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,485评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,574评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,590评论 1 293
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,596评论 3 414
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,340评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,794评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,102评论 2 330
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,276评论 1 344
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,940评论 5 339
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,583评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,201评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,441评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,173评论 2 366
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,136评论 2 352

推荐阅读更多精彩内容

  • --- layout: post title: "如果有人问你关系型数据库的原理,叫他看这篇文章(转)" date...
    蓝坠星阅读 785评论 0 3
  • 我承认我标题党了。 相信凡是写过几行服务端代码的同学都会回答: "当然了解"。但是我这里讨论的不是join的语法,...
    xumingmingv阅读 6,004评论 0 9
  • 曾经,我们演绎无数辉煌…… 23年前,小天使诞生在无数人期待的目光中,那时,艺术教育尚且处于萌芽状态,人们对很多新...
    xxt1946阅读 702评论 0 0
  • 今天,郑珊的打扮还是一身白衣。洁净,纯白的打扮。 “走快点,怎么你磨磨蹭蹭的。” 明光并非跟不上步伐,而是对这个女...
    南墙丞士阅读 290评论 0 4
  • 叫我讲话撒娇,我不会也办不到!!所以只有写了,写来告诉你:我爱你~还是很爱很爱的那种!老大回来了嘛回来了嘛回家了嘛...
    童基宸辰哈阅读 116评论 0 0