sql中where语句可以用select吗：SQL查询是从Select开始的吗

sql中where语句可以用select吗：SQL查询是从Select开始的吗SELECT * FROMowners LEFT JOIN cats ON owners.id = cats.ownerWHERE cats.name = 'mr darcy'如果你只需要查找3个名为“mr darcy”的猫，那么执行整个左连接并匹配这两个表中的所有行是非常愚蠢的 —— 首先对名为“mr darcy”的猫进行一些筛选要快得多。在这种情况下，先进行过滤不会改变查询结果！一个简单的例子说明了为什么需要以不同的顺序运行查询以使其快速运行，在这个查询中：你的数据库引擎肯定还会在开始运行查询之前执行一系列检查，确保你在SELECT和GROUP BY中放置的内容合在一起是有意义的，因此在开始制定执行计划之前，它必须将查询作为一个整体来查看。查询实际上不是按此顺序运行的（优化！）实际上，数据库引擎并不是真的通过连接、然后过滤、然后再分组来运行查询，因为它们实现了一系列优化，只要重新排列执

混淆因素：列别名

有人在Twitter上指出，许多SQL实现允许你使用以下语法：

SELECT CONCAT(first_name ' ' last_name) AS full_name count(*)FROM tableGROUP BY full_name

此查询使其看起来像是在SELECT之后才发生GROUP BY，即使GROUP BY先执行，因为GROUP BY引用了SELECT中的别名。但是要使GROUP BY发挥作用，其实并不需要在SELECT之后才运行 — 数据库引擎只要将查询重写为：

SELECT CONCAT(first_name ' ' last_name) AS full_name count(*)FROM tableGROUP BY CONCAT(first_name ' ' last_name)

并且首先运行GROUP BY。

你的数据库引擎肯定还会在开始运行查询之前执行一系列检查，确保你在SELECT和GROUP BY中放置的内容合在一起是有意义的，因此在开始制定执行计划之前，它必须将查询作为一个整体来查看。

查询实际上不是按此顺序运行的（优化！）

实际上，数据库引擎并不是真的通过连接、然后过滤、然后再分组来运行查询，因为它们实现了一系列优化，只要重新排列执行顺序不改变查询结果，就可以重排以使查询运行得更快。

一个简单的例子说明了为什么需要以不同的顺序运行查询以使其快速运行，在这个查询中：

SELECT * FROMowners LEFT JOIN cats ON owners.id = cats.ownerWHERE cats.name = 'mr darcy'

如果你只需要查找3个名为“mr darcy”的猫，那么执行整个左连接并匹配这两个表中的所有行是非常愚蠢的 —— 首先对名为“mr darcy”的猫进行一些筛选要快得多。在这种情况下，先进行过滤不会改变查询结果！

实际上，数据库引擎还实现了许多其它优化，这些优化可能会使它们以不同的顺序运行查询，但不能再说了，老实讲，这方面我不是专家。

LINQ以FROM开始查询

LINQ（一种C#和VB.NET中的查询语法）使用的顺序为FROM ... WHERE ... SELECT。下面是一个LINQ查询的示例：

var teenAgerStudent = from s in studentList where s.Age > 12 && s.Age < 20 select s;

pandas（我所喜欢的数据治理工具：https://github.com/jvns/pandas-cookbook）也基本上是这样工作的，尽管你不需要使用这种精确的顺序 — 我经常会这样编写pandas代码：

df = thing1.join(thing2) # like a JOINdf = df[df.created_at > 1000] # like a WHEREdf = df.groupby('something' num_yes = ('yes' 'sum')) # like a GROUP BYdf = df[df.num_yes > 2] # like a HAVING filtering on the result of a GROUP BYdf = df[['num_yes' 'something1' 'something']] # pick the columns I want to display like a SELECTdf.sort_values('sometthing' ascending=True)[:30] # ORDER BY and LIMITdf[:30]

这并不是因为pandas对如何编写代码强加了任何特定规则。只是按照JOIN / WHERE / GROUP BY / HAVING的顺序编写代码通常好理解。（不过，我经常会先放一个WHERE来提高性能，而且我认为大多数数据库引擎实际也会先执行WHERE）

在R的dplyr中，你还能使用不同的语法来查询诸如Postgres、MySQL或SQLite等SQL数据库，它们的顺序也更符合逻辑。

不知道这一点令我自己着实惊讶

我写了这样一篇博文，因为当我发现这个顺序的时候非常惊讶，我以前从来没有看到过它被这样写下来 — 它基本上解释了我凭直觉所知道的，关于为什么一些查询被允许而另一些不被允许的一切。所以我想把它写下来，希望它能帮助其他人理解如何编写SQL查询。

原文：https://jvns.ca/blog/2019/10/03/sql-queries-don-t-start-with-select/

声明：本文由CSDN翻译，转载请注明来源。