有点奇怪!SQL中子查询存在语法错误居然能返回结果?!

本文通过一个具体的SQL查询案例,展示了在SQL语句编写过程中可能出现的一种误解,即查询条件被错误地应用到了不同的表中,揭示了SQL解析器在处理列名时的一些意外行为。

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

您可以试试在数据库Northwind执行语句1:
语句1:select OrderId from Products where OrderID = 10250
结果:
消息 207,级别 16,状态 1,第 1 行
列名 'OrderID' 无效。
消息 207,级别 16,状态 1,第 1 行
列名 'OrderId' 无效。

语句2:select * from [dbo].[Order Details] where OrderId In (select OrderId
from Products where OrderID = 10250)
结果:
10250 41 7.70 10 0
10250 51 42.40 35 0.15
10250 65 16.80 15 0.15
上述结果是不是让你大跌眼镜,但却是真实存在的情况!

究其原因,主要是SQL自动解析列名(列OrderID在表Products中找不到就到[Order Details]中找,结果找到了,当然根据作用域先后顺序)
如果试试把上面语句改为如下:
select * from [dbo].[Order Details] where OrderId In (select OrderId
from Products p where p.OrderID = 10250)
就能看到报错了。那么前面能返回结果的错误SQL语句究竟是如何执行的呢?
其实,首先,OrderID由于不在Products表中,因此它把该条件直接作用到[Order Detail]表上从而返回结果。

转载于:https://www.cnblogs.com/chriskwok/archive/2009/02/06/1385306.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值