用Select * 进行SQL查询的七宗罪

译文
数据库 Oracle
本文通过在应用编程中的实际经验,向大家证明使用Select * from table进行SQL查询的“七宗罪”。

【51CTO.com快译】如今,网上许多文章都已明确地指出:使用“SELECT * ”作为SQL查询方式是一种极其危险的代码书写习惯。开发人员应该尽量在自己的程序中避免出现此类查询,取而代之的应该是明确地指定要查询的列名。不过,大家可能只是“知其然,而不知其所以然”。在本文中,让我向各位初级开发人员详细解释,此类SQL查询***实践背后的具体原因。

首先,我们经常面对的客观情况是:在Oracle数据库中,许多SQL开发人员都是从接触“SELECT * from EMP”(EMP为表的名称)之类的查询语句,开始学习SQL语言的。因此,除非能够给出充分的理由,否则我们很难撼动他们使用此类便捷查询语句的习惯。

下面,我将根据自己在应用编程中的实际经验,向大家证明使用Select * from table进行SQL查询的“七宗罪”。

1. 不必要的I/O(输入/输出)

通过使用SELECT * ,您虽然可以获得一些完全可以被忽略的返回数据,但是该获取过程可并不是免费的。那些本来可能只需要从索引页面中读取的数据检索,如今您却不得不从各个页面中以全量的方式读取出来。显然,此举会导致数据库端白白浪费各种有限的I/O周期。

另外,该方式也可能会拖慢您的查询速度。如果您好奇并想探究数据库后台的查询执行过程,以及查询引擎是如何顺次处理查询语句的话,我建议您参考:Markus Winand的《SQL Performance Explained》(请参见http://www.amazon.com/Performance-Explained-Everything-Developers-about/dp/3950307826/?tag=javamysqlanta-20),以及Udemy的《The Complete SQL BootCamp》(请参见https://click.linksynergy.com/fs-bin/click?id=JVFxdTr9V80&subid=0&offerid=323058.1&type=10&tmpid=14538&RD_PARM1=https%3A%2F%2Fwww.udemy.com%2Fthe-complete-sql-bootcamp%2F)课程。

2. 增加的网络流量

SELECT * 虽然能返回比用户预期更多的数据,但是相应地,这些数据的传输势必会消耗更多的网络带宽资源。与此同时,网络带宽的增加也就意味着:那些真正为用户所需要的数据将会花费更长的时间,才能被传送到客户端的应用程序上。例如:如果您可能是在本地计算机上运行由SQL Server Management Studio(请详见http://bit.ly/2CXPyBB)、Toad或SQL Developer for Oracle(请参见http://bit.ly/2xQzAsd)提供的查询编辑器,或是在某个Java应用服务器上运行此类查询,这都会耗费您不少的网络流量与资源。

3.更多的应用内存

随着业务数据的猛增,您的应用程序可能需要使用更多的内存,来保存由此类查询方式所产生的,可能来自Microsoft SQL Server(请参见http://www.java67.com/2018/01/top-4-free-microsoft-sql-server-books.html)的各种无用数据。

4.产生依赖于列排序的结果集(ResultSet)

当您在应用程序中使用SELECT * 查询后,您会得到一些依赖于数据表的列排序的结果集。因此,一旦有新的列被添加,或者是列排序被修改了,它们都会对查询的结果集产生不同的影响。

5.新增列会破坏既有的视图

如果您在视图(请参见http://www.java67.com/2012/11/what-is-difference-between-view-vs-materialized-view-database-sql.html)中使用了SELECT * ,那么一旦有新的列被添加,同时旧的列从表中被去除时,您所构建的原有视图就会被破坏,进而返回给用户错误的结果。

为避免此类情况的发生,您应该始终在SQL Server数据库(请参见http://javarevisited.blogspot.sg/2013/11/difference-between-char-varchar-nchar-nvarchar-sql-database.html#axzz5CSnhvSWV)里,对于视图的定义中,包含WITH SCHEMABINDING选项。

6. 连接查询中的冲突

如果您在连接查询(JOIN Query,请参见https://javarevisited.blogspot.com/2012/11/how-to-join-three-tables-in-sql-query-mysql-sqlserver.html#axzz5az3hfsHW)中使用了SELECT * ,那么一旦在多个表中出现了具有相同名称的列,例如status、active和name等,就可能会产生各种并发式的冲突。

虽说在直接查询中,出现问题的可能性不大,但是当您试着按其中的某一列进行排序、或是在公用表表达式(Common Table Expression,CTE)、以及派生表(derived table)中使用查询的时候,您就需要进行各种进一步的调整,以避免产生冲突了。

7.在表间复制数据时的风险

您可能会经常使用“SELECT * into INSERT . . .”之类的语句,以实现将某些数据从一张表复制到另一张表。如果在两张表中,各个列的排列顺序略有不同,那么就可能会出现将不正确的数据复制到错误列中的情况。

一些程序员可能会认为:由于查询解析器必须额外地验证某些静态值,因此导致了在EXISTS语句(译者注:即检验查询的结果是否返回数据,请参见https://javarevisited.blogspot.com/2016/01/sql-exists-example-customers-who-never-ordered.html)中使用SELECT * 要比SELECT 1的速度更快一些。此观点搁在过去可能会有几分道理。但是现在,各种数据库解析器已经发展得相当智能了,它们判断EXISTS语句的效率,与产生SELECT结果列表(请参见https://javarevisited.blogspot.com/2016/04/how-to-convert-result-of-select-command-to-comma-separated-String-in-SQL-Server.html)将毫无关系。

结论

通过上述七点分析,相信您应该明白了为什么不能在SQL查询中滥用SELECT * 的原因吧?可见,您应该尽可能地在查询中,使用显式的列名称,而不是那些星号通配符。此举不但能够提高您的代码效率,也可以使您的程序更加清晰。与此同时,该方法还能够帮助您创建各种具有可维护性的代码。而且,如果后期在表中有新的一列被添加的话,您的代码也不会因此受到影响,您仍然会拥有来自原始数据表的参考视图。

原文标题:7 Reasons Why Using SELECT * FROM TABLE in SQL Query Is a Bad Idea,作者:Javin Paul

【51CTO译稿,合作站点转载请注明原文译者和出处为51CTO.com】

责任编辑:庞桂玉 来源: 51CTO
相关推荐

2023-05-08 10:54:39

IT管理CIO

2018-02-05 23:14:35

光纤网络光纤施工

2011-02-21 09:04:25

2014-01-13 09:35:13

创业企业

2021-03-01 18:48:21

Go管理工具

2013-01-17 17:14:52

Objective-C

2013-05-10 10:49:53

2015-09-15 13:22:08

数据分析七宗罪

2010-08-18 10:05:27

IE7IE6

2011-02-23 10:51:36

Chrome

2012-09-07 14:41:26

2012-04-04 22:15:19

移动游戏

2021-03-03 14:08:48

自动化高管IT投资

2015-07-16 09:14:50

数据中心数据中心效率

2016-12-08 13:12:36

数据中心绿色认证

2023-10-17 20:28:13

软件开发代码

2017-08-02 16:24:04

2017-01-09 15:25:49

物联网策略设计

2015-09-06 11:25:57

七宗罪失败案例

2012-04-04 22:17:40

移动游戏
点赞
收藏

51CTO技术栈公众号