sql中的in转为exists语句

最新推荐文章于 2023-04-11 09:49:45 发布

iteye_3554

最新推荐文章于 2023-04-11 09:49:45 发布

阅读量3.6k

点赞数

文章标签：数据库

本文介绍了一种将SQL查询中的in语句转换为exists语句的方法，以提升查询效率，特别是当in语句包含大量元素时。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

今天看项目代码里面有许多in的sql语句，效率比较低，而且in里面的内容比较多的时候也会引发异常。

这里记一下in转为exists的方法：

原始sql语句：

select * from t where id in (1,2,3,4,5)

转化成exists后，

select * from twhere id exists (select * from (select 1 as x union select 2 union select 3 union select 4 union select 5)tmp where tmp.id = t.id)

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

iteye_3554

关注关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

mysql in 改exi_mysql -- exists 替换 in详解

weixin_42509847的博客

02-07

1911

exists对外表用loop逐条查询，每次查询都会查看exists的条件语句，当 exists里的条件语句能够返回记录行时(无论记录行是的多少，只要能返回)，条件就为真，返回当前loop到的这条记录，反之如果exists里的条件语句不能返回记录行，则当前loop到的这条记录被丢弃，exists的条件就像一个boolean条件，当能返回结果集则为true，不能返回结果集则为 false如下：sel...

Oracle中的sql语句、常用函数汇总

头好重好重的博客

01-23

2342

本文涉及到的Oracle函数有：UPPER、LOWER、INITCAP、CONCAT、SUBSTR、LENGTH、REPLACE、INSTR、LPAD、RPAD、TRIM、ROUND、MOD、TRUNC、MONTHS_BETWEEN、ADD_MONTHS、LAST_DAY、NEXT_DAY、TO_CHAR、TO_DATE、TO_NUMBER、NVL、NULLIF、DECODE、NVL2、COALESCE 、CASE WHEN、COUNT、AVG、MAX、MIN、SUM、GROUP BY、Having

参与评论您还未登录，请先登录后发表或查看评论

在SQL中将IN更改为EXISTS

weixin_43167662的博客

04-02

2521

它应该给出相同的结果。在表上执行半连接，因此需要具有连接条件。但是，现在我需要更改此查询并使用。这将通过直接内连接来实现。必须这样做的原因是因为。

IN语句改写EXISTS

weixin_30607029的博客

12-18

1317

-- IN SELECT T1.* FROM role_menu T1 WHERE T1.ROLEUUID IN ( SELECT T2.uuid FROM role T2 WHERE T2.UUID = '1' );...

oracle中的exists和not exists和in用法详解

itcast123的专栏

07-09

142

有两个简单例子，以说明 “exists”和“in”的效率问题　　1) select * from T1 where exists(select 1 from T2 where T1.a=T2.a) ; 　　T1数据量小而T2数据量非常大时，T1T2 时，2) 的查询效率高。　　exists 用法：　　请注意 1）句中的有颜色字体的部分，理解其含义；　　其中 ...

记一次SQL优化 - IN换成EXISTS

coder小龙

06-27

3128

使用IN SELECT s.* FROM b_cc_work_time_schedule_shift s WHERE s.schedule_user_id in ( SELECT u.id FROM b_cc_work_time_schedule_user u WHERE u.tenant_id = '321ff495b20b4345b6003f9688cc80e6' AND u.dat...

转 exists in_习惯累积沉淀_新浪博客

wangduqiang747的博客

09-19

146

http://www.cnblogs.com/highriver/archive/2011/05/30/2063461.html SQL中IN和EXISTS用法的区别 1.exist,not exist一般都是与子查询一起使用. In可以与子查询一起使用,也可以直接in (a,b.....) 2.exist会针对子查询的表使用索引. not exist会对主子查询都会使用索引. ...

由sql语句生成db文件

11-05

本文将详细讲解如何通过SQL语句生成一个.db文件，并在Android环境中使用这个.db文件作为数据库存储。首先，我们需要理解几个关键概念： 1. **SQLite**: Android系统内置了SQLite数据库系统，它是一个轻量级的关系型...

sqlserver 存储过程中拼接sql语句动态执行

yiwangzhishang的博客

11-08

3173

create proc [dbo].[CustomerBalanceAccount_pro]--客户余额帐（统一客户名称） @beginDate varchar(6), @endDate varchar(6), @cCusName varchar(100), @cCusMnemCode varchar(100), @ccode_name varchar(2...

SQL server 脚本自动转换成适合MySQL脚本的方法

zhangxiaoyu71的博客

04-11

1557

刚实习两个星期，目前接触到的东西，比较迷茫，在此将自己实习过程学到的东西，简单做个总结，希望有路过的大佬，也可以指点指点。（其实这就是俺的一些笔记，应该叫做菜鸟实习第一天）此方法是将SQL server的列名、表数据分别查出来。再赋值给不同的参数。最后将数据拼接成适应MySQL的sql语句。这样一段完成的，将Mysql脚本转换成SQL server脚本的方法就写好了。这个代码也是公司员工教的，我自己呢，也是半懂半不懂。还得继续努力啊友友们。

SQL中IN与EXISTS的比较

ShineCookie的专栏

06-30

511

由于要使用 in，后来在网上找找了，发现有如下文章，大家共享一下。一起进步啦。使用in的话，如果存在索引，和使用 join 性能差别不大。转载自http://blog.chinaunix.net/u/4929/showart_1075412.html IN 确定给定的值是否与子查询或列表中的值相匹配。 EXISTS 指定一个子查询，检测行的存在。比较使用 EXI

SQL 语句中in的写法转为 exists处理

Uncle.Cui的技术博客

10-27

1438

in的写法： select product_id from product where product_id=17=67 and item_no in (select item_no from items) exists的写法： select a.product_id from product a wherea.product_id=17=67 and exists (select 'x' from items b where b.item_no=a.item_no) ...

SQL IN 转化为 EXISTS 的方法

gudong2945的专栏

11-10

6496

废话少说,(已经有句废话了.)看表语句: SELECT * FROM C//---------------------------------------Cno Cname Teacher---- ---------- --------1 语文祁静 2 数学张文富 3 英语栗爱凤

（转）in和exists

gengyigang的专栏

01-12

145

分析一下exists真的就比in的效率高吗？我们先讨论IN和EXISTS。 select * from t1 where x in ( select y from t2 ) 事实上可以理解为： select * from t1, ( select distinct y from t2 ) t2 where t1.x = t2.y;...

SQL Server数据库IN子句和Exists子句转换

qq_45007859的博客

06-18

1016

IN表示范围,指某一字段在某一范围之内,这个范围一般使用子查询来获取,可知IN子查询返回的结果应该就是这个范围集. (Exists表示存在,指至少存在一处,这个条件由Exists子查询来完成,但是在这里Exists子查询返回的结果却不再是一个结果集,而是一个布尔值(true或false) 最简单的SQL：如果有一个表user,它有两个字段id和name,我们要查询名字中带a的用户信息: select * from user where name like ‘%a%’; 使用IN的SQL：select u.

Sql语句中IN和exists的区别及应用

weixin_30561425的博客

02-25

999

　　表展示　　　　首先，查询中涉及到的两个表，一个user和一个order表，具体表的内容如下：　　　　user表：　　　　　　　　order表：　　　　　　in 　　　　确定给定的值是否与子查询或列表中的值相匹配。in在查询的时候，首先查询子查询的表，然后将内表和外表做一个笛卡尔积，然后按照条件进行筛选。所以相对内表比较小的时候，in的速度较快。　　　　具体s...

EXISTS 和 IN 的替换使用

qq_54196403的博客

03-15

4172

EXISTS 和 IN 的替换使用使用背景IN 和 NOT ININNOT INEXISTS 和 NOT EXISTSEXISTS解析NOT EXISTS解析使用场景为解决问题使用背景公司代码改造，在新的开发规范中，不允许使用IN 和 NOT IN，推荐使用EXISTS，介于第一次使用，总结一下自己的理解，以便后面复用。 IN 和 NOT IN IN 查询table中number列等于1的数据 SELECT * FRON TABLE WHERE NUMBER IN ('1'); NOT IN 查询t

IN和EXISTS

智在居士草堂

03-17

3919

有时候会将一列和一系列值相比较。最简单的办法就是在where子句中使用子查询。在where子句中可以使用两种格式的子查询。第一种格式是使用IN操作符： ... where column in(select * from ... where ...); 第二种格式是使用EXIST操作符： ... where exists (select X from ...where ...); 我相信绝

oracle+in改exists,关于in改为exist的优化

weixin_39633976的博客

04-03

1204

在测试中发现，在GP中，部分使用IN语法的sql，执行起来比较慢。要是发现有类似情况，可以优化一下，改为exist 或者not exist语法例如 insert into my_db.my_table1 sel t2.field1 ,t2.field2 ,t2.field3 ,t2.field4 ,t2.field5 ,t3.field6 ,2 ,t3.field7 ...

如何拆解复杂的SQL语句

最新发布

03-29

<think>好的，我现在需要帮助用户了解如何拆解复杂的SQL查询。首先，我需要回忆一下自己之前学过的SQL解析和处理的知识。拆解复杂SQL通常涉及到理解查询的结构，然后逐步分解各个部分。可能的方法包括分句分析、子查询分解、明确执行顺序等。记得用户提供的引用中提到，语法分析是关键步骤之一[^2]，所以首先要进行语法解析。然后引用[4]提到了使用工具类或库，如JSqlParser，这可能是一个有用的方法。此外，引用[3]中提到的解析函数可能涉及到处理具体的SQL语句结构，比如处理ORDER BY子句，这可能属于分句分析的一部分。接下来，我应该考虑拆解的具体步骤。首先，分句处理，把SELECT、FROM、WHERE等子句分开。然后处理子查询，可能需要将嵌套的查询提取出来单独分析。执行顺序的理解也很重要，比如知道SQL的执行顺序是FROM -> WHERE -> GROUP BY -> HAVING -> SELECT -> ORDER BY -> LIMIT，这有助于理解查询的逻辑流程。还需要考虑使用工具，比如SQL格式化工具和解析库，这能帮助自动化部分分析过程。同时，表关系和字段来源的明确化可以理清数据流向，避免混淆。此外，简化条件表达式，比如将复杂的逻辑分解成多个步骤，可能会让查询更易读。用户可能遇到的问题包括嵌套子查询难以理解、多个JOIN导致关系混乱、复杂的条件组合等。因此，在回答中需要覆盖这些方面的解决技巧。比如，将子查询转换为临时表或CTE，使用注释或别名提高可读性，逐步验证每个子句的结果等。另外，引用[1]提到归纳总结不同句式，所以可能需要针对不同的SQL结构（如连接查询、聚合函数、分组过滤等）进行分类处理。每个结构可能有不同的拆解策略。最后，确保回答结构清晰，分步骤说明，并给出实际例子，这样用户能更好地理解和应用这些方法。同时，提供相关问题，帮助用户进一步深入学习，比如性能优化或工具使用。</think>### 拆解复杂 SQL 语句的方法与技巧 #### 1. **分句解析：按语法结构拆解** 将 SQL 语句按子句拆分为独立模块，例如： - **SELECT**：明确目标字段及其来源（表、计算表达式或子查询） - **FROM**：识别主表、连接表及连接条件 - **WHERE**：分解过滤条件，注意逻辑运算符优先级（如 `AND` 优先于 `OR`） - **GROUP BY** 和 **HAVING**：分析分组逻辑与聚合后的过滤 - **ORDER BY** 和 **LIMIT**：理解排序规则与结果限制例如，以下查询可拆解为： $$ SELECT \ e.name, \ d.dept\_name \ FROM \ employee \ e \ JOIN \ department \ d \ ON \ e.dept\_id = d.id \ WHERE \ e.salary > 5000 $$ 拆解后对应到各子句的独立分析[^2]。 --- #### 2. **子查询逐层剥离** 嵌套子查询是复杂 SQL 的核心难点，可采用以下步骤： 1. **识别嵌套结构**：定位 `(SELECT ...)` 或 `IN`/`EXISTS` 中的子查询 2. **独立分析子查询**：将其单独执行，验证结果是否符合预期 3. **替换为临时表或 CTE**：使用 `WITH` 语句将子查询定义为公共表达式 ```sql WITH temp_dept AS (SELECT id FROM department WHERE budget > 100000) SELECT e.name FROM employee e WHERE e.dept_id IN (SELECT id FROM temp_dept) ``` --- #### 3. **明确执行顺序** 按 SQL 实际执行顺序理解逻辑流程： $$ \text{FROM} \rightarrow \text{JOIN} \rightarrow \text{WHERE} \rightarrow \text{GROUP BY} \rightarrow \text{HAVING} \rightarrow \text{SELECT} \rightarrow \text{ORDER BY} \rightarrow \text{LIMIT} $$ 此顺序决定了字段别名能否在 WHERE 中使用等问题[^4]。 --- #### 4. **表关系与字段来源映射** - **绘制表关系图**：标记 `JOIN` 类型（INNER/LEFT/RIGHT）及连接条件 - **字段溯源**：通过别名追踪字段来源表，避免歧义例如，`SELECT e.id, d.name` 中的 `e` 和 `d` 需对应到 `FROM employee e JOIN department d`。 --- #### 5. **使用工具辅助解析** - **SQL 格式化工具**：如 **Prettier SQL**，自动对齐子句和缩进 - **解析库**：利用 **JSqlParser** 等库将 SQL 转为结构化对象[^4] ```java // 使用 JSqlParser 提取表名示例 List<String> tables = SqlUtil.getTableNamesFromSQL(sql, "PostgreSQL"); ``` --- #### 6. **条件表达式简化** 将复杂条件拆分为多步： 1. 分解 `CASE WHEN` 或 `COALESCE` 等函数 2. 替换隐式逻辑（如 `BETWEEN` 转为 `>= AND <=`） 3. 分离组合条件（如 `(a OR b) AND c` 拆为两个部分） --- ### 示例：拆解含子查询的 SQL **原始语句**： ```sql SELECT order_id, total FROM orders WHERE customer_id IN ( SELECT id FROM customers WHERE country = 'China' AND last_purchase_date > '2023-01-01' ) ``` **拆解步骤**： 1. 剥离子查询并单独执行验证结果 2. 将子查询改写为 CTE： ```sql WITH chinese_customers AS ( SELECT id FROM customers WHERE country = 'China' AND last_purchase_date > '2023-01-01' ) SELECT order_id, total FROM orders WHERE customer_id IN (SELECT id FROM chinese_customers) ``` --- ### 关键问题规避 - **避免过度嵌套**：超过 3 层的嵌套建议重构为 CTE 或临时表 - **警惕隐式连接**：显式使用 `JOIN` 而非 `WHERE` 实现连接 - **性能敏感操作**：如 `DISTINCT` 或 `LIKE '%text%'` 需单独评估影响[^1]