亚洲在线久爱草,狠狠天天香蕉网,天天搞日日干久草,伊人亚洲日本欧美

為了賬號安全,請及時綁定郵箱和手機立即綁定
已解決430363個問題,去搜搜看,總會有你想問的

關于left join 底層算法的困惑

關于left join 底層算法的困惑

12345678_0001 2018-08-18 15:42:54
有個SQL的問題咨詢下:關于PostgreSQL 或者 MySQL的left join 實現假設:表結構table_name :useruid    name1      張三2      李四3      王五 table_name : age uid    age1      102      203      304      40SQL如下: 示例1:SELECT t1.user,t2.ageFROM user t1LEFT JOIN age t2 ON t1.uid=t2.uid 示例2:SELECT t1.user        ,(SELECT age FROM age WHERE uid=t1.uid) as ageFROM user t1 結果:示例2的查詢時間優于示例1,為什么........unbelievable懷疑點:示例1的SQL執行順序是否是:     第一種:    1. 查詢user全表    2. 查詢age全表    3. 算法引擎將兩種數據進行逐個匹配,獲取結果     第二種:    1. 查詢user全表    2. 根據user查詢出的數據為查詢條件,查詢age表    3. 算法引擎將兩種數據進行逐個匹配,獲取結果 是哪一種?? 望解惑~補充:    上面表是假設的,實際表有些復雜,但是邏輯是這個樣子….          總結一下問題:          SQL中可能基礎數據(主表數據)就10條,但是關聯表中的數據可能百萬條(與這10條相關的就幾十萬條),     是查詢百萬條數據匹配,還是查詢幾十萬條匹配
查看完整描述

1 回答

  • 1 回答
  • 0 關注
  • 1222 瀏覽
慕課專欄
更多

添加回答

舉報

0/150
提交
取消
微信客服

購課補貼
聯系客服咨詢優惠詳情

幫助反饋 APP下載

慕課網APP
您的移動學習伙伴

公眾號

掃描二維碼
關注慕課網微信公眾號