sql 判断表是否存在_SQL查找是否存在,真的有必要用limit 1吗?

最近看到一些公众号上的文章,关于推荐用limit 1代替select count来判断数据是否存在的。

基本上都是说根据某一条件从数据库表中查询“有”或“没有”,推荐使用limit 1而不是select count,认为这样可以提高性能。既是一般SQL写法从

SELECT count(*) FROM table WHERE a = 1 AND b = 2

改写成:

SELECT 1 FROM table WHERE a = 1 AND b = 2 LIMIT 1

然后Java代码再从判断返回值是否大于0改为是否等于null,以此达到判断数据是否的相同的目的。

首先,我觉得理论上这个是对的,limit 1保证仅查询一行数据,count可能会查询到多行数据。

5faf4330facdf33664e1b404bc6728c4.png

但在实际应用上真的有很大作用吗?

想象下我们的业务场景,订单如果存在则不能重复创建,一个人限购N个商品,用户新增的某个业务数据已经存在。

我们可以看到这样的场景下被查询到的用于count的数据通常只有1条或少数几条。而且判断条件的字段都是有索引的,比如上面例子订单号,用户id+商品id等。所以我认为这两者的性能差别基本可以忽略。

那么这样的做法在性能上并没有多大的提升,反而有缺点。

1. 带来程序语义上的偏差,期望是判断数量,却看到一个limit语句。

2. 不利于部分场景下的扩展,比如上面限购例子。如果开始限购1个可以用limit 1,限购10个是不是要用limit 10呢。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值