SQL用DataDiff查询的怪现象而引发的思考(2)

本文通过实例探讨了SQL查询中WHERE条件的执行顺序与表主键的关系。实验证明,当表存在主键时,涉及主键的条件会优先执行,这可能会影响查询结果。而普通唯一索引则不会改变执行顺序。

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

在脑子里老是记得当初写SQL的时候,总是有人提醒对于主键的条件要写在前面,至于为什么现在总是记不清楚了。但是SQL中where 条件的执行顺序跟主键以及索引有很大的关系。

把上片中的表a 加上主键:

alter table

add constraint pk_a_id primary key (id)

 

然后在运行上篇中出错的例句:

select * from a where id in (1,3) and datediff(day, convert(datetime,val),getdate()) < 0

 

竟然没有错误,返回了id=1的记录。看来,如果表中有主键的话,主键会被优先执行的。所以此时id =2的记录根本就不在考虑范围之内。

 

 

假设我们不加主键,而是加上一个unique的index:

 

alter table a
drop constraint pk_a_id

 

create unique index u_a_id on a(id)

 

然后再运行上面的句子:

select * from a where   id in (1,3) and datediff(day, convert(datetime,val),getdate()) < 0

 

出现了错误:

Msg 241, Level 16, State 1, Line 1
Conversion failed when converting datetime from character string.

 

 

可见index, 并不能改变where 条件的执行顺序,但是主键是可以的。

 

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值