当我们使用等号并且 IN 运算符具有相同的值时,SQL 引擎有何不同?执行时间会改变吗?
第一个使用相等检查运算符
WHERE column_value = 'All'
第二个使用IN
运算符和单个值
WHERE column_value IN ('All')
如果只有一个值,SQL 引擎是否会更改IN
?=
MySQL 和 PostgreSQL 有什么不同吗?
当我们使用等号并且 IN 运算符具有相同的值时,SQL 引擎有何不同?执行时间会改变吗?
第一个使用相等检查运算符
WHERE column_value = 'All'
第二个使用IN
运算符和单个值
WHERE column_value IN ('All')
如果只有一个值,SQL 引擎是否会更改IN
?=
MySQL 和 PostgreSQL 有什么不同吗?
这两个语句之间没有区别,优化器会将 转换IN
为=
whenIN
中只有一个元素。
虽然当您有这样的问题时,只需运行两个语句,运行它们的执行计划并查看差异。在这里 - 你不会找到任何东西。
在网上大搜索之后,我找到了一个关于 SQL 的文档来支持这一点(我假设它适用于所有 DBMS):
如果括号内只有一个值,则此命令 [ sic ] 等价于,
WHERE "column_name" = 'value1
以下是 Oracle 中两个查询的执行计划(大多数 DBMS 会以相同的方式处理):
EXPLAIN PLAN FOR
select * from dim_employees t
where t.identity_number = '123456789'
Plan hash value: 2312174735
-----------------------------------------------------
| Id | Operation | Name |
-----------------------------------------------------
| 0 | SELECT STATEMENT | |
| 1 | TABLE ACCESS BY INDEX ROWID| DIM_EMPLOYEES |
| 2 | INDEX UNIQUE SCAN | SYS_C0029838 |
-----------------------------------------------------
对于IN()
:
EXPLAIN PLAN FOR
select * from dim_employees t
where t.identity_number in('123456789');
Plan hash value: 2312174735
-----------------------------------------------------
| Id | Operation | Name |
-----------------------------------------------------
| 0 | SELECT STATEMENT | |
| 1 | TABLE ACCESS BY INDEX ROWID| DIM_EMPLOYEES |
| 2 | INDEX UNIQUE SCAN | SYS_C0029838 |
-----------------------------------------------------
如您所见,两者是相同的。这是在索引列上。未索引的列也是如此(只是全表扫描)。
确实没有太大的区别,但是如果您的column_value被索引,则IN
操作员可能不会将其读取为索引。
曾经遇到过这个问题,所以要小心。
将其与单个值一起使用时没有区别。如果您检查上述两个查询的表扫描、索引扫描或索引查找,您会发现这两个查询之间没有区别。
Mysql 和 PostgresSQL 有什么不同吗?
不,这两个引擎没有任何区别(事实上,对于大多数数据库,包括 SQL Server、Oracle 等,它都是相同的)。两个引擎都将转换IN
为=
教人钓鱼等。以下是如何亲自查看查询的变化:
mysql> EXPLAIN SELECT * FROM sentence WHERE sentence_lang_id = "AMH"\G
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: sentence
type: ref
possible_keys: sentence_lang_id
key: sentence_lang_id
key_len: 153
ref: const
rows: 442
Extra: Using where
让我们换一种方式试试:
mysql> EXPLAIN SELECT * FROM sentence WHERE sentence_lang_id in ("AMH")\G
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: sentence
type: ref
possible_keys: sentence_lang_id
key: sentence_lang_id
key_len: 153
ref: const
rows: 442
Extra: Using where
您可以在此处阅读有关如何解释 mysqlEXPLAIN
请求的结果的信息。现在,请注意我们得到了两个查询的相同输出:生成完全相同的“执行计划”。该type
行告诉我们查询使用了非唯一索引(在本例中为外键),并且该ref
行告诉我们通过将常量值与该索引进行比较来执行查询。
只是为了添加一个不同的观点,rdbms 系统的主要观点之一是它们将为您重写您的查询,并为该查询和所有等效的查询选择最佳执行计划。这意味着只要两个查询在逻辑上相同,就应该始终在给定的 rdbms 上生成相同的执行计划。
话虽如此,许多查询是等效的(相同的结果集),但仅仅是因为数据库本身不知道的约束,所以要小心这些情况(例如,对于数字 1-6 的标志字段,数据库不知道<3
是同in (1,2)
)。但是归根结底,如果您只是考虑语句的易读性,and
那么or
您编写它们的方式不会对性能产生影响。
对于单个 IN 子句,没有区别..下面是使用我拥有的 EMPS 表的演示..
select * from emps where empid in (1)
select * from emps where empid=1
执行计划中第一个查询的谓词:
[PerformanceV3].[dbo].[Emps].[empID]=CONVERT_IMPLICIT(int,[@1],0)
执行计划中第二个查询的谓词:
[PerformanceV3].[dbo].[Emps].[empID]=CONVERT_IMPLICIT(int,[@1],0)
如果 IN 子句中有多个值,最好将它们转换为连接