Mysql–7种Join查询

图片 12

0.sql的执行顺序
手写顺序
图片 1
机读顺序
图片 2
总结
图片 3
①From:对from左边的表和右边的表计算笛卡尔积,产生虚拟表c1
②On:对c1中的数据进行on过滤,只有符合过滤条件的数据记录才会记录在虚拟表c2中
③Join:若指定了连接条件(left、right),主表中的未匹配的行就会作为外部行添加到c2中,生成虚拟表c3
④Where:对虚拟表c3中的数据进行条件过滤,符合过滤条件的记录插入到虚拟表c4中
⑤Group by:根据group by子句中的列,对c4中的记录进行分组操作,生成c5
⑥Having:对虚拟表c5中的记录进行having过滤,符合筛选条件的记录插入虚拟表c6中
⑦Select:执行select操作,选择指定的列,插入到虚拟表c7中
⑧Distinct:对c7中的数据去重,生成虚拟表c8
⑨Order by:对虚拟表c8中的数据按照指定的排序规则进行排序,生成虚拟表c9
⑩Limit:取出指定的记录,产生虚拟表c10,将结果返回
1.join图
图片 4
2.数据准备
图片 5
①C、Z两表共有(交集部分)
Select * from tbl_emp inner join tal
图片 6
②C、Z共有+C的独有
图片 7
③ C、Z共有+Z的独有
图片 8
④C的独有
图片 9
⑤Z的独有
图片 10
⑥C的独有+Z的独有
图片 11
⑦AB全有
图片 12

第二Sql语句执行效果应该是:

SQL执行步骤的具体分析,sql执行步骤

SQL执行步骤的具体分析

先来看执行语句的顺序

(8)select (9)distinct A (1)from Ta (3)join Tb 
(2)on XXX (4)where XXX (5)group by XXX (6)with 
{cube|roll up} (7)having XXX (10)order by XXX (11)limit XXX 

 接着我们看一下具体分析查询处理的各个阶段:

  1. FROM  对from子句中的左表和右表执行笛卡尔集,产生虚拟表VT1
  2. ON  对虚拟表VT1进行on筛选,只有那些符合join
    condition的行才被插入虚拟表VT2中
  3. JOIN  如果指定了outer
    join,那么保留表中未匹配的行作为外部行添加到虚拟表VT2中,产生虚拟表VT3。如果from子句包含两个以上的表,则对上一个连接生成的结果表中VT3和下一个表重复执行步骤1~步骤3,直到处理完所有的表为止。
  4. WHERE 
    对虚拟表VT3进行where过滤条件,只有符合条件的才被插入到虚拟表VT4中。
  5. GROUP BY  根据group
    by子句中的列,对VT4中的记录进行分组操作,产生VT5.
  6. CUBE|ROLL UP  对表VT5进行CUBE或者ROLLUP操作,产生表VT6.
  7. HAVING 
    对虚拟表VT6应用having过滤器,只有符合条件的记录才会被插入到虚拟表VT7中
  8. SELECT  第二次执行select操作,选择指定的列,插入到虚拟表VT8中。
  9. DISTINCT  去除重复数据,产生虚拟表VT9。
  10. ORDER BY 
    将虚拟表VT9中的记录按照指定的要求进行排序操作,产生虚拟表VT10
  11. LIMIT  取出指定行的记录,产生虚拟表VT11,并返回给查询用户

如有疑问请留言或者到本站社区交流讨论,感谢阅读,希望能帮助到大家,谢谢大家对本站的支持!

SQL执行步骤的具体分析 先来看执行语句的顺序 (8)select (9)distinct A
(1)from Ta (3)join Tb (2)on XXX (4)where XXX…

同样优化过,优化结果是:从右到左,表的记录量都是尽量最小。

当有大量数据执行和无数据执行时,两个执行计划不一致;

其中Recompile参数 表明 SQL Server
不会缓存该过程的计划,该过程将在运行时重新编译。在使用非典型值或临时值而不希望覆盖缓存在内存中的执行计划时,请使用
RECOMPILE 选项。

这个结论有些似是而非。从侧面来说,查询分析器有一定的优化sql再执行

执行Select *,得到VT3,从而输出

另一类理解:

执行Select–VT6

Select * From A

从上述可以提问:

另一文章:

                                                                                                           
|<—-A.PK(Clustered Index Seek)

因为这一步不返回表(而是返回游标),使用了ORDER
BY子句的查询不能用作表表达式。表表达式包括:视图、内联表值函数、子查询、派生表和共用表达式。它的结果必须返回给期望得到物理记录的客户端应用程序。

此两句执行顺序是否一致??

执行Where A.Key = B.Key,合符条件的进入到VT2(其条数不大于1100000);

A表有数据查询,B表聚合索引Scan,A表聚合索引Seek

当然具体如何,我也无从判断,暂定这么思维

PS:

A表无数据查询,A表聚合索引Scan,B表聚合索引Seek

尽管看不出上述sql逻辑处理的顺序,估计在实际分析和编写select的时候需要参照

Select * From A,B Where A.Key = B.Key;

执行Select

Left Join B On A.F1 = B.K

查询分析器根据sql可以实际优化后执行,而net提交同一个sql也会优化么??

Select * From A

2、

执行Select *,得到VT4,从而输出

  1. FROM clause
  2. WHERE clause
  3. GROUP BY clause
  4. HAVING clause
  5. SELECT clause
  6. ORDER BY clause

执行On A.Key = B.Key,筛选满足条件的生成VT2(疑问?);

目的在于理解如何Select

尽管输出都是10w条数据

执行On A.F1 = B.K–VT3

还是侧面证据:

Left Join B On A.F1 = B.K

  1. FROM:对FROM子句中的前两个表执行笛卡尔积(Cartesian
    product)(交叉联接),生成虚拟表VT1
  2. ON:对VT1应用ON筛选器。只有那些使<join_condition>为真的行才被插入VT2。
  3. OUTER(JOIN):如果指定了OUTER JOIN(相对于CROSS JOIN 或(INNER
    JOIN),保留表(preserved
    table:左外部联接把左表标记为保留表,右外部联接把右表标记为保留表,完全外部联接把两个表都标记为保留表)中未找到匹配的行将作为外部行添加到
    VT2,生成VT3.如果FROM子句包含两个以上的表,则对上一个联接生成的结果表和下一个表重复执行步骤1到步骤3,直到处理完所有的表为止。
  4. WHERE:对VT3应用WHERE筛选器。只有使<where_condition>为true的行才被插入VT4.
  5. GROUP BY:按GROUP BY子句中的列列表对VT4中的行分组,生成VT5.
  6. CUBE|ROLLUP:把超组(Suppergroups)插入VT5,生成VT6.
  7. HAVING:对VT6应用HAVING筛选器。只有使<having_condition>为true的组才会被插入VT7.
  8. SELECT:处理SELECT列表,产生VT8.
  9. DISTINCT:将重复的行从VT8中移除,产生VT9.
  10. ORDER BY:将VT9中的行按ORDER BY
    子句中的列列表排序,生成游标(VC10).
  11. TOP:从VC10的开始处选择指定数量或比例的行,生成表VT11,并返回调用者。

比如:

在MsSql2000查询分析器实践的表,都是有关键字的,并且建立了对应索引。

A、B、C三表

You can leave a response, or trackback from your own site.

Leave a Reply

网站地图xml地图