不要这样写SQL 改掉这些坏风俗

凡是，我们计划User表时，并不会把LoginID作为主键，可是，LoginID确会在营业逻辑中验证独一性，因此，假如行使

select * from User where LoginID = '{LoginID}' 

查询时，功效必然只有一条。可是，数据库是不知道的，纵然找到了这独一的一条功效，他也会一向继承，直到扫描完全部的数据。

因此，在执行这样的查询时，我们可以优化一下，改成：

select * from User where LoginID = '{LoginID}' limit 1 

这样，当查询到功效时，就不会再继承了。

最后，上面全部的例子都是坑

只管罕用或别用Select *，我们的查询着实都是有目标的，就仿佛登录一样，我们着实只必要知道有功效返回就行了，行使select count(0)就可以了，可是我们行使select * 的话，就会耗损大量无效的数据库内存。

【编辑保举】

1. 漫衍式数据库TiDB在贸易银行的计划与实践
2. 数据库两大必备神器：索引和锁底层道理是什么！
3. 继承深入数据库 相识一下数据库的锁机制
4. 想用数据库“读写疏散” 请先大白“读写疏散”办理什么题目
5. 数据库常用的事宜断绝级别都有哪些？都是什么道理？

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!