查看原文
其他

老大说了,谁再用乱用 select 就开除…

PHP开发者 2022-09-07

(给PHP开发者加星标,提升PHP技能

转自:掘金  刘不二

https://juejin.cn/post/6938015423275204644

select * 的八宗罪

背景(盛传于互联网的说法)

你经常可以在网上看到总有一些人会给你说不要使用select 而是使用具体的列名代替,而且他们也给出了你一部分理由,现在我们也来扒扒这个select 到底为什么不建议用!

第一宗 不必要的IO

  • 这会导致 DBMS 读取所有的数据pages,但是这些数据你又不用,在后来的SQL中又可能被过滤掉了或者是直接没用,但是读取数据是需要成本的,尤其大字段例如 blob ,text 。

select colunm_a,column_b(select * from XXX) tmp

第二宗 增加了网络负担

  • 读取更多的数据意味着返回更多的数据给客户端,这就是意味着要占用更多的网络带宽。

第三宗 占用了更多内存

  • 因为读取了多余的数据,你的程序需要更多的内存去存储这些数据,这意味着你将会使用珍贵的内存资源去存储这些不必要的数据。

第四宗 对ResultSet上列顺序的依赖

  • 如果你用了select * 在你的程序中,并且依赖ResultSet(返回结果)的列顺序,那么如果修改了表结构(添加或者删除字段)可能会影响返回结果的列顺序,从而可能导致你的程序数据错误或者程序异常。

第五宗 视图绑定

在数据库设计过程中,我们经常会有这样的情况下

  1. 某个基础表会被多个视图或者存储过程引用
  2. 修改基础表的时候,我们必须小心翼翼地,因为不会有任何提示告诉我们,如果继续修改,会不会造成视图或者存储过程有问题
  3. 即便我们知道有问题,我们也没有办法去让视图和存储过程刷新得到表最新的信息
  • 如果你在创建视图中使用了select *,就会导致各种各样的bug

第六宗 关联冲突(Conflict in JOIN )

  • 在简单的sql 中可能会表现正常,但是在你多表关联的时候可能会因为重名字段导致sql错误,例如 created,status,updated 等常见字段(一般表都会有)。

第七宗 拷贝数据

  • 当你使用 SELECT * into INSERT .. SELECT 做数据拷贝的时候(一种常见的数据拷贝方式),当两张表的字段不一致时,你就可能将错误的数据放入了错误的列。

第八宗 拒绝了使用覆盖索引的可能性

  • 覆盖索引是mysql 中非常重要的是一个优化手段,基本原理就是查询都字段都在索引中避免回表,所以* 会导致覆盖索引失效。

总结

不使用 select

主要是是围绕着资源、和程序的稳定性和安全来说。

一 浪费了时间

  • 不论是读取数据还是传输数据,浪费都意味着等待,时间是无价的。

二 浪费了资源

  • 资源这么宝贵,你怎么能这样呢

三 增加了系统出bug 的可能性

  • 程序正确运行数据不对

  • 程序报错

  • 程序运行结果不确定

为什么有人会使用select * 呢

珍惜时间

  • 可以搞定的事情,为啥还要写那个多字段呢,也不美观和直接啊,其实就是懒!

减少sql 解析器的工作

  • 认为在select 语句中 协商众多的字段,会增减sql 解析的工作,例如是有权限、字段是否存在等等,这个想法是对的,但是这是很早以前的情况,现在*反而会增加sql 解析器的工作。


- EOF -


推荐阅读  点击标题可跳转

1、图解:深入理解高性能网络开发路上的绊脚石,同步阻塞网络 IO

2、吓人!半夜,这个程序从虚拟机里跑出来了!

3、反对 PHP 协程提案,Swoole 创始人被质疑存私心


看完本文有收获?请分享给更多人

推荐关注「PHP开发者」,提升PHP技能

点赞和在看就是最大的支持❤️

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存