文档建议反馈控制台
首页
学习
活动
专区
工具
TVP
最新优惠活动
文章/答案/技术大牛
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

图解sql中的where和on的区别

经常会有读者有疑问，sql中关联条件是放where后面好，还是on后面好？今天就通过图形的方式给大家来解决这个问题。 之前两章我们通过图解SQL的执行顺序和JOIN的原理知道了这两步的执行过程。...我们还是以上一章的例题来讲解： 因为在sql的内连接阶段，左表(a)和右表(b)通过笛卡尔积生成的虚表VT-A1， VT-A1 在经过内连接后会将虚表VT-A1中符合条件 (a.CustomerID=b.CustomerID...表)未关联上的其它所有数据都要添加到虚表VT-B1-1中的，所以在执行完LEFT动作之后，它的结果变成了虚表VT-B2。...进行筛选，得到如下虚表VT-C2 虚表VT-C2 因为是最后一步，所以sql的查询分析器会直接将VT-C2的结果返回给查询发起者，所以我们得到的最终正确结果就是虚表VT-C2....结论 1、对于内连接(inner join)，sql过滤条件放在where或者on后面没有区别 2、对于左右连接(left/right join)，sql过滤条件放在where或者on后面有很大的区别。

9610

sql中的 where 、group by 和 having 用法解析

--sql中的 where 、group by 和 having 用法解析 --如果要用到group by 一般用到的就是“每这个字” 例如说明现在有一个这样的表：每个部门有多少人 就要用到分组的技术...having avg(grade) > (select avg(grade) from sc where sno=3); –sql中的 where 、group by 和 having 用法解析 –如果要用到...group by 一般用到的就是“每这个字” 例如说明现在有一个这样的表：每个部门有多少人 就要用到分组的技术 select DepartmentID as ‘部门名称’,COUNT(*) as ‘个数...) > (select avg(grade) from sc where sno=3); --sql中的 where 、group by 和 having 用法解析 --如果要用到group...having avg(grade) > (select avg(grade) from sc where sno=3); –sql中的 where 、group by 和 having 用法解析 –如果要用到

12.5K30
您找到你想要的搜索结果了吗？
是的
没有找到

sql中的过滤条件放在on和where的区别

最近遇到相关业务，想揪一下sql的中的left join 或者right join 或者inner join 中的 on和where的区别，想了解这个首先我们要了解两个基础的知识。...1.join的三种连接方式的区别： left join(左联接) 返回包括左表中的所有记录和右表中联结字段相等的记录 right join(右联接) 返回包括右表中的所有记录和左表中联结字段相等的记录...有了上面的两个知识之后，我们来看一下实例 先准备两张需要使用的表 mysql> select * from user; +----+--------+ | id | name | +----+--...和 where 是没有区别的 下面我们来执行sql语句看看 left join select a....类似：如果是right join的话 right join时进行笛卡尔积之后on后面的条件只对左表有效 ，并且如果左表用了where还是两个表都会取交集，进行过滤。 有对结论有疑问者，欢迎讨论~~~

3.8K10

Mybatis中的动态sql语句 if标签 where标签 foreach标签 sql标签

Mybatis中的动态sql语句 首先写个方法 /** * 跟进传入参数条件查询 * @param user 查询的条件：有可能有用户名，有可能有性别，也有可能有地址，还有可能都有...) SELECT * FROM USERS WHERE username LIKE ‘%张%’ AND id IN (10,89,16) 这样我们在进行范围查询时，就要将一个集合中的值，作为参数动态添加进来...SQL 语句： select 字段 from user where id in (?)...--queryvo中的id集合实现查询用户列表--> <select id="findUserInIds" resultType="user" parameterType="com.bruce.domain.QueryVo...标签 <em>Sql</em> <em>中</em>可将重复<em>的</em> <em>sql</em> 提取出来，使用时用 include 引用即可，最终达到 <em>sql</em> 重用<em>的</em>目的。

5.3K20

SQL中JOIN时条件放在Where和On的区别

背景 SQL中JOIN子句是用于把来自两个或多个表的数据连接起来，在这个过程中可能会添加一些过滤条件。昨天有小伙伴问，如下图的这两种SQL写法查询结果是否会一样？（好像这是某一年阿里的面试题） ?...结果验证 将上面的两个表Inner Join和Left Join，过滤条件分别放在on和where中。...结论：Inner Join时过滤条件放在on和where中返回结果一致。...结论：Left Join时过滤条件放在on和where中返回结果不一致。 原因分析 可以这么理解，当两张表在Left Join时，会生成一张连接临时表，然后再将这张连接临时表返回给用户。...在Where的情况下，是在临时表生成好以后起作用，在对临时表进行过滤。此时，只要条件不为真的行，全部都过滤掉了。 — 完 —

3.3K10

sql连接查询中on筛选与where筛选的区别

总的来说，outer join 的执行过程分为4步 1、先对两个表执行交叉连接(笛卡尔积) 2、应用on筛选器 3、添加外部行 4、应用where筛选器 就拿上面不使用where筛选器的sql来说，执行的整个详细过程如下...这似乎正是我们期望中查询的结果，然而在接下来的步骤中这个结果会被打乱 第三步，添加外部行。outer join有一个特点就是以一侧的表为基，假如另一侧的表没有符合on筛选条件的记录，则以null替代。...第四步，应用where筛选器 在这条问题sql中，因为没有where筛选器，所以上一步的结果就是最终的结果了。...而对于那条地址筛选在where条件中的sql，这一步便起到了作用，将所有地址不属于杭州的记录筛选了出来 ?...通过上面的讲解，已经能反应出在outer join中的筛选条件在on中和where中的区别，开发人员如能详细了解之中差别，能规避很多在编写sql过程中出现的莫名其妙的错误。

3.2K80

mysql优化篇：where中的like和=的性能分析

首先，我们来介绍一下mysql中的explain关键字；explain是执行计划的意思，即通过该命令查看这条sql是如何执行的。...Extra字段中的Using where，又代表什么？ Extra字段 1，Extra字段是Explain输出中也很重要的列，所代表着MySQL查询优化器执行查询的过程中对查询计划的重要补充信息。...2，Extra字段中的Using where意味着mysql服务器将在存储引擎检索行后再进行过滤。所以比起使用使用'='又多了一步查找过程。...mysql优化篇：where中的like和=的性能分析 有的小伙伴该问了那非索引字段呢？...mysql优化篇：where中的like和=的性能分析 like: ? mysql优化篇：where中的like和=的性能分析 可以看出当非索引字段时like和"="是一样的，性能上也没有差别。

1.7K30

【DB笔试面试569】在Oracle中，SQL如何优化？SQL优化的关注点有哪些？

♣ 题目部分 在Oracle中，SQL如何优化？SQL优化的关注点有哪些？ ♣ 答案部分 随着数据库中数据量的增长，系统的响应速度就成为目前系统需要解决的最主要的问题之一。...对于一个系统不是简单地能实现其功能就可以了，而是要写出高质量的SQL语句，提高系统的可用性。 在多数情况下，Oracle使用索引来更快地遍历表，优化器主要根据定义的索引来提高性能。...如果在SQL语句的WHERE子句中写的SQL条件不合理，那么就会造成优化器舍去索引而使用全表扫描，一般这种SQL语句的性能都是非常差的。...在编写SQL语句时，应清楚优化器根据何种原则来使用索引，这有助于写出高性能的SQL语句。 SQL的优化主要涉及如下几个方面的内容： （1）索引问题。...（13）在创建表的时候，应尽量建立主键，可以根据实际需要调整数据表的PCTFREE参数。 SQL优化的一般性原则如下所示： l 目标： 减少服务器的资源消耗（主要是磁盘I/O）。

99320

人工智能的智商：人工智能到底有多聪明？

要点： · 有人认为，人工智能即将达到一般（人类）智能的水平。 · 人工智能是否真的智能，取决于人们对智能的定义。 · 人工智能看起来很智能，因为它擅长感知捕捉模式。...它甚至不应该被定义为我们的智力潜能和可以测量的东西。加德纳认为，存在不同的智能，至少有八种，从视觉-空间智能、语言-言语智能、逻辑-数学智能，到音乐智能、身体-动觉智能、人际智能和个人智能。...如果我们按照加德纳的多元智能定义，将一般智能定义为不同智能（不仅是基础数学和语言）的集合体，那么人工智能根本没有达到人类一般智能的水平。...但图灵奖得主Bengio等88页论文暗示「天网」迟早降临 从计算到人类知识：ChatGPT与智能演化 数学到底有多重要？...看看手机背后的数学 图灵奖得主：为什么中国顶尖学生入学赢了，毕业时却输了？

20731

Oracle中的SQL优化

但是用IN的SQL性能总是比较低的，从Oracle执行的步骤来分析用IN的SQL与不用IN的SQL有以下区别：     ORACLE试图将其转换成多个表的连接，如果转换不成功则先执行IN里面的子查询，再查询外层的表记录...>及<操作符(大于或小于操作符)     大于或小于操作符一般情况下是不用调整的，因为它有索引就会采用索引查找，但有的情况下可以对它进行优化，     如一个表有100万记录，一个数值型字段A，30万记录的...2.WHERE后面的条件顺序影响     a.WHERE子句后面的条件顺序对大数据量表的查询会产生直接的影响，如     Select * from zl_yhjbqk where dy_dj = '1KV...以下' and xh_bz=1     Select * from zl_yhjbqk where xh_bz=1 and dy_dj = '1KV以下'     以上两个SQL中dy_dj（电压等级）...b.查询表顺序的影响     在FROM后面的表中的列表顺序会对SQL执行性能影响，在没有索引及ORACLE没有对表进行统计分析的情况下ORACLE会按表出现的顺序进行链接，由此因为表的顺序不对会产生十分耗服务器资源的数据交叉

1.8K20

MySQL中的SQL优化建议那么多，该如何有的放矢

今天早上看到同事的一个优化需求，优化的时间其实不多，但是对于这条SQL的优化思考了很多，希望有一些参考。...第一印象这条SQL执行时长200~500毫秒，要优化好像可打的牌不多啊,如果要想得到一个可接受的基准值，当然反馈会是越快越好。...所以从这个角度来看，我们不妨按照毫秒级优化的标准来看，这条SQL需要做哪些补充的工作。...，涉及到两个结果集的合并，如果返回结果较多，可能是瓶颈 从执行结果来看，让我有些意外，其中virtual_order的返回结果竟然有40多万行，相当于直接走了全表扫描。...其实这个时候问题的边界都很清晰了，SQL语句很简单，索引也存在，走了全表扫描，在MySQL中可以暂时排除直方图的影响，目前在5.7版本中还不存在直方图的特性，那么结果只有一个：字段的类型产生了隐式类型转换

64631

优化OEA中的聚合SQL

之前写过几篇关于聚合对象SQL的文章，讲的是如果设计框架，使用一句SQL语句来加载整个聚合对象树中的所有数据。...相关内容，参见：《性能优化总结（二）：聚合SQL》、《性能优化总结（三）：聚合SQL在GIX4中的应用》。...本文中的内容与前面几篇的内容、与OEA框架中的内容相关性比较大，有兴趣的朋友可以关注CodePlex中的项目：《OpenExpressApp》 结果对比     优化前的代码，在前面的文章中已经有所展示...在原有的设计中，主要有两个步骤，生成聚合SQL 和 从大表中加载聚合对象。这两个过程是比较独立的。它们之间耦合的地方有两个。...框架中对象的聚合加载的实现，和手写时一样，也是基于原有的ReadFromTable方法的，也不复杂，贴下代码，不再一一描述： /// /// 聚合实体的加载器 /// </summary

1.6K70

SQL优化，需要多一些严谨的态度

分享是一种美德，接受得了批评建议更是难得的美德。有很多大师写博客、写公众号、写书，都是一种分享,好事情.但有些人有这样一个毛病，不喜欢听别人的批评建议。...)+1 case3（来自某用户组）：误打误撞,问题解决,结论错误 这个案例虽然最后的优化效果堪称完美，但是对问题根源的分析却是错误的。...原SQL： Select xxx FROM cs_custinfo where vsrcrowid = :"SYS_B_0" and nvl(dr,:"SYS_B_1")=:"SYS_B_2"; vsrcrowid...); 原作者通过改写SQL,调整索引对SQL进行了优化: 第一次改写后SQL(sql开发规范基本原则,尽量不在字段上做操作): 同时修改索引字段为:(ORGID, OPCODE, SSCODE,ONLINEDATE...二次改写后的sql比第一次改写没有任何的性能提升,这种做法就有点画蛇添足了. 类似的不严谨文章还有很多:改写不等价,得出错误结论,优化不到位等.SQL改写需谨慎,得出结论需严谨.

26510

MySQL中SQL优化的常用方法

1、对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。  2、应尽量避免在 where 子句中使用!...因为SQL只有在运行时才会解析局部变量，但优化程序不能将访问计划的选择推迟到运行时；它必须在编译时进行选择。然而，如果在编译时建立访问计划，变量的值还是未知的，因而无法作为索引选择的输入项。...是根据表中数据来进行查询优化的，当索引列有大量数据重复时，SQL查询可能不会去利用索引，如一表中有字段sex，male、female几乎各一半，那么即使在sex上建了索引也对查询效率起不了作用。 ...一个表的索引数最好不要超过6个，若太多则应考虑一些不常使用到的列上建的索引是否有必要。 ...28、在所有的存储过程和触发器的开始处设置 SET NOCOUNT ON ，在结束时设置 SET NOCOUNT OFF 。

1.5K00

Pytorch中的优化器

今天来探索Pytorch中的优化器，使用优化器来优化参数是反向传播过程中必不可少的一个环节，在得到损失函数对每个参数的梯度之后，通过优化器更新所有参数，来达到反向传播的目的。...春恋慕 Pytorch中的优化器实现在torch.optim包中，其中包含有多种优化算法，官方文档torch.optim。..., var2], lr=0.0001) 构建时填入的参数随着优化器的不同而不同，依情况填写。...一个使用优化器的例子： for input, target in dataset: #必须要写的一步，将上一轮循环的梯度信息归零，避免上一步对下一步的影响 optimizer.zero_grad...loss.backward() #根据得到的梯度更新参数 optimizer.step() 优化器的使用很方便并且简洁，查看各个优化器对应的算法时可以查看官方文档。

41910

浅谈MySQL中优化sql语句查询常用的30种方法(sql优化)

1.对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。 2.应尽量避免在 where 子句中使用!...因为SQL只有在运行时才会解析局部变量，但优化程序不能将访问计划的选择推迟到运行时；它必须在编译时进行选择。然而，如果在编译时建立访问计划，变量的值还是未知的，因而无法作为索引选择的输入项。...，SQL是根据表中数据来进行查询优化的，当索引列有大量数据重复时，SQL查询可能不会去利用索引，如一表中有字段sex，male、female几乎各一半，那么即使在sex上建了索引也对查询效率起不了作用。...一个表的索引数最好不要超过6个，若太多则应考虑一些不常使用到的列上建的索引是否有必要。...28.在所有的存储过程和触发器的开始处设置 SET NOCOUNT ON ，在结束时设置 SET NOCOUNT OFF 。

89410
点击加载更多

扫码

添加站长 进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

更多标签

活动推荐

    运营活动

    活动名称
    广告关闭

    腾讯云开发者

    扫码关注腾讯云开发者

    扫码关注腾讯云开发者

    领取腾讯云代金券

    热门产品

    热门推荐

    更多推荐

    Copyright © 2013 - 2024 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有

    深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 深公网安备号 44030502008569

    腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号 | 京公网安备号11010802020287

    领券