为什么在SQL查询中避免使用SELECT *?
- 内容介绍
- 文章标签
- 相关推荐
本文共计2820个文字,预计阅读时间需要12分钟。
不要使用SELECT *已经成为MySQL使用的一条金科玉律,即便《阿里Java开发手册》也明确表示不得使用*作为查询的字段列表,本文从四个方面给出理解原因。
“不要使用SELECT *”几乎已经成为了MySQL使用的一条金科玉律,就连《阿里Java开发手册》也明确表示不得使用*作为查询的字段列表,更是让这条规则拥有了权威的加持。
不过我在开发过程中直接使用SELECT *还是比较多的,原因有两个:
- 因为简单,开发效率非常高,而且如果后期频繁添加或修改字段,SQL语句也不需要改变;
- 我认为过早优化是个不好的习惯,除非在一开始就能确定你最终实际需要的字段是什么,并为之建立恰当的索引;否则,我选择遇到麻烦的时候再对SQL进行优化,当然前提是这个麻烦并不致命。
但是我们总得知道为什么不建议直接使用SELECT *,本文从4个方面给出理由。
我们知道 MySQL 本质上是将用户记录存储在磁盘上,因此查询操作就是一种进行磁盘IO的行为(前提是要查询的记录没有缓存在内存中)。
本文共计2820个文字,预计阅读时间需要12分钟。
不要使用SELECT *已经成为MySQL使用的一条金科玉律,即便《阿里Java开发手册》也明确表示不得使用*作为查询的字段列表,本文从四个方面给出理解原因。
“不要使用SELECT *”几乎已经成为了MySQL使用的一条金科玉律,就连《阿里Java开发手册》也明确表示不得使用*作为查询的字段列表,更是让这条规则拥有了权威的加持。
不过我在开发过程中直接使用SELECT *还是比较多的,原因有两个:
- 因为简单,开发效率非常高,而且如果后期频繁添加或修改字段,SQL语句也不需要改变;
- 我认为过早优化是个不好的习惯,除非在一开始就能确定你最终实际需要的字段是什么,并为之建立恰当的索引;否则,我选择遇到麻烦的时候再对SQL进行优化,当然前提是这个麻烦并不致命。
但是我们总得知道为什么不建议直接使用SELECT *,本文从4个方面给出理由。
我们知道 MySQL 本质上是将用户记录存储在磁盘上,因此查询操作就是一种进行磁盘IO的行为(前提是要查询的记录没有缓存在内存中)。

