从两种SQL表连接写法来了解过去

本文探讨了SQL中的JOIN操作从ANSI SQL 86到ANSI SQL 92标准的变化过程,解析了不同标准下的JOIN语法差异及其适用场景,并讨论了这些变化背后的历史和技术背景。

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

由朋友提出此类问题
http://topic.youkuaiyun.com/u/20090806/09/cd21b02c-e321-46d7-924a-82fd442b0a41.html

select * from a,b where a.id=b.id
select * from a inner join b on a.id=b.id

---这两个哪个好?

其中11楼的回答最为深入。其实这个问题还是有一定的历史原因的,不管你习惯什么样的写法只要知道来龙去脉就不会再被细枝末节来迷惑了。以下观点为个人认识,如有偏差欢迎指正。

简单的说,前者是ansi sql 86标准后者是ansi sql 92标准(*****) ,这个观点最容易被人接受。

什么是ansi?美国国家标准局,iso的重要成员之一,1918年就有了。
什么是ansi sql?就是ansi注意到了sql的生产力,于是规范化了一下。

什么是sql?他是ibm发明的,oracle发扬广大的一门语言。

为什么是两家公司?。
70年代初因为ibm内部各方利益斗争激烈,导致某大牛的研究成果只能以论文方式发表。
70年代末某小公司把此技术用在商业领域就成了oracle,直到n年后ibm db2才出来。

所以,sql不是ansi 发明的,ansi 标准也不能通吃所有数据库平台。

比如下面这个是什么数据库的语法?反正ansi 标准在他那里是报错的。
select * from (a inner join b on a.id=b.id) inner join c on a.id=c.id


那么在ansi86之前的数据库有哪些?oracle和db2是肯定的了。另外还有一些当时的小角色:Informix,dbase系列等。

而sybase的数据库和SQLServer是86年之后出来的,而前面那个奇怪的join语法的access是90后的。

古老的sqlserver和oracle我都没有用过,反正在02年用oracle8i时还不支持ansi 92的inner join,他是97年生的。一直到本世纪发布的oacle9i 才改了过来。用多了t-sql的人会问 left join咋办,where a.id=b.id(+) 就可以了,人家没那么笨的,t-sql以前还有*=这样的表示。


那么这么看貌似ansi的规范力度不够?其实不是,国际标准化也不可能一刀切,在ansi92 当中定义了4个级别,n多条款。大意就是大家符合入门级就行了,其他高级别仅供参考,甚至iso根本不会验证其他级别..而诸如inner join和left join之类的都是过渡级的,囧。


所以我前面打了5个星星的那句话并不是完全正确的,正确的应该是

前者符合ansi 86 标准和ansi 92入门级标准,后者符合ansi92 过渡级标准。

不是oracle8i不符合ansi92,而是没有符合ansi92的高级别规范,而完全实现高级别标准的数据库系统是没有的。

早在oracle7就已经完全符合ansi92了,当然是指入门级,而且他就是ansi92 的模版范例。

--回到上面的话题,这两个哪个好?
性能当然完全一样,区别只是习惯和喜好,但也因为标准级别不同而具有不同的风险。

如果想要优雅而易于维护且不容易写错的代码,当然用高标准的第二种方法。
如果必要考虑风险这个因素,比如涉及到多种平台的迁移或者整合,你应该用第一种,起码在两个表的情况下他还是比较安全的。

----
顺带提一句,ansi标准一直在修订:具体有多少版本就不列举了,我们得到的好处自然是多多的,比如递归、对象、数组、xml等等在各主流数据库的新版本中都陆续实现了

<think>好的,用户现在问的是SQL连接写法。首先,我需要回忆一下内连接的基本概念。内连接(INNER JOIN)是SQL中用于从两个或多个中获取满足连接条件的行的操作,只返回两个中匹配的行。 首先,应该解释内连接的基本语法。标准的写法是使用JOIN关键字,后面跟ON子句指定连接条件。另外,还有一种隐式的写法,使用逗号分隔,然后在WHERE子句中指定条件,不过现在更推荐显式的JOIN语法,因为更清晰。 然后,需要给出具体的示例。比如,假设有两个,employees和departments,employees有department_id,departments有id和name。内连接这两个,获取员工及其部门名称。 还要注意别名的使用,这在多连接时很常见,可以简化代码。比如,employees别名为e,departments别名为d。 另外,需要说明内连接的特点:只返回两个连接条件匹配的行。如果某行在一个中存在,但另一个中没有匹配的行,那么这行不会被包含在结果中。 可能还需要提到不同的数据库是否有差异,但通常标准SQL的内连接写法是通用的。 然后,用户可能需要了解连接与其他连接(如左连接、右连接)的区别,但用户的问题主要是写法,所以重点放在语法上。 最后,总结内连接的关键要素:JOIN关键字、ON子句的连接条件,以及结果的特点。 现在需要组织这些内容,确保清晰易懂,示例正确,并覆盖基本用法和常见情况。 </think>在 SQL 中,**内连接(INNER JOIN)** 用于从两个或多个中获取满足连接条件的行,仅返回**同时在两个中匹配**的记录。它是最常用的连接类型,适用于需要关联多数据的场景(如用户与订单关联查询用户及其订单)。以下是内连接的标准写法、核心语法及示例说明: ### **一、内连接的标准语法** 内连接的显式写法使用 `JOIN` 关键字(可简写为 `INNER JOIN`,两者等价),并通过 `ON` 子句定义连接条件。语法格式如下: ```sql SELECT 列名1, 列名2, ... FROM A JOIN B ON A.关联列 = B.关联列; ``` ### **二、关键要素说明** 1. **关联条件**:`ON` 子句必须指定两个的关联逻辑(如 `用户.id = 订单.user_id`),确保数据正确关联。 2. **列名冲突处理**:若两存在同名列(如都有 `id`),需用名/别名明确指定(如 `A.id` 或 `别名.id`)。 3. **别名优化**:为起别名(如 `用户 AS u`)可简化代码,尤其适用于多连接场景。 ### **三、示例演示** 假设有以下两张: #### **1:users(用户)** | id | name | age | |----|--------|-----| | 1 | Alice | 25 | | 2 | Bob | 30 | | 3 | Charlie| 28 | #### **2:orders(订单)** | order_id | user_id | amount | |----------|---------|--------| | 101 | 1 | 150 | | 102 | 2 | 200 | | 103 | 4 | 300 | #### **需求**:查询所有有订单的用户及其订单金额(仅匹配 `users.id = orders.user_id` 的记录)。 #### **写法1:显式 JOIN(推荐)** ```sql SELECT u.name, -- 使用别名避免列名冲突 o.amount FROM users AS u -- 为 users 起别名 u JOIN orders AS o -- 为 orders 起别名 o ON u.id = o.user_id; -- 关联条件:用户ID匹配订单用户ID ``` #### **写法2:隐式 JOIN(旧语法,不推荐)** 通过 `WHERE` 子句隐式实现内连接(等价于显式 `JOIN`,但可读性差): ```sql SELECT users.name, orders.amount FROM users, orders -- 逗号分隔(隐式连接) WHERE users.id = orders.user_id; -- 连接条件写在 WHERE 中 ``` #### **执行结果** | name | amount | |--------|--------| | Alice | 150 | | Bob | 200 | ### **四、注意事项** 1. **仅返回匹配行**:若 `users` 中某用户无订单(如 `Charlie`,id=3),或 `orders` 中某订单无对应用户(如 `order_id=103`,user_id=4),则这些记录不会出现在结果中。 2. **多连接**:内连接支持多级联(如 `A JOIN B ON ... JOIN C ON ...`),需逐层定义关联条件。 3. **过滤条件**:可通过 `WHERE` 子句进一步过滤结果(如 `WHERE o.amount > 180`)。 ### **五、内连接 vs 其他连接** | 连接类型 | 特点 | |----------------|---------------------------------------| | **INNER JOIN** | 仅返回两**完全匹配**的行(最严格)。| | LEFT JOIN | 返回左所有行,右无匹配时用 `NULL` 填充。 | | RIGHT JOIN | 返回右所有行,左无匹配时用 `NULL` 填充。 | ### **总结** 内连接的核心是通过 `JOIN ... ON` 显式关联多,仅保留匹配的行。实际开发中推荐使用显式 `JOIN` 语法,以提高代码可读性和维护性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值