使用SELECT * 语句的缺点

最新推荐文章于 2023-12-01 07:56:47 发布
转载 最新推荐文章于 2023-12-01 07:56:47 发布 · 570 阅读 · 3 ·
CC 4.0 BY-SA版权
原文链接：http://www.cnblogs.com/stu-acer/archive/2006/07/15/451528.html
文章标签：

#数据库 #java

本文探讨了在数据库查询中使用SELECT*语句可能带来的五个主要问题：资源浪费、潜在错误、性能下降、索引利用不足及可读性差，并提出了针对性建议。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

                                         使用SELECT * 语句的缺点

1、SELECT * 语句取出表中的所有字段，不论该字段的数据对调用的应用程序是否有用，这会对服务器资源造成浪费，甚至会对服务器的性能产生一定的影响。
2、如果表的结构在以后发生了改变，那么SELECT * 语句可能会取到不正确的数据甚至是出错。
3、执行SELECT * 语句时，SQL Server首先要查找出表中有哪些列，然后才能开始执行SELECT * 语句，这在某些情况会产生性能问题。
4、使用SELECT * 语句将不会使用到覆盖索引，不利于查询的性能优化。
5、在文档角度来看，SELECT * 语句没有列明将要取出哪些字段进行操作，所以也是不推荐的。

上面是培训时讲师总结出来的，感觉还是挺有道理的。

转载于:https://www.cnblogs.com/stu-acer/archive/2006/07/15/451528.html

Oracle中SELECT语句和SELECT *语句的区别
ThDebug的博客
09-25 381
但是，SELECT语句允许我们明确选择要检索的列，而SELECT *语句选择所有列。在SELECT语句中，我们可以选择指定要检索的列，也可以使用通配符"*"选择所有列。通过明确列出所需的列，我们可以有效地控制返回的结果集，并减少不必要的数据传输。SELECT *语句返回的结果集中的列顺序与表中的列定义顺序相同。这可能会导致在处理结果集时出现错误。因此，建议在实际开发中使用SELECT语句并明确列出所需的列，而不是使用SELECT *语句。SELECT *语句返回了表中的所有列，包括可能不需要的冗余列。
《MySQL》第十三篇 SELECT * 和 SELECT 字段名的区别
入坑太深起不来
07-31 1581
不同的写法，可以满足不同的场景。在实际应用中，需要根据具体情况选择合适的写法。如果需要查询所有字段，可以使用 SELECT *。如果需要精确控制查询的字段，可以使用 SELECT 字段。
select* from table的弊端
IT修真院：初学者转行到互联网的聚集地
05-23 4517
这里是修真院后端小课堂，每篇分享文从 【背景介绍】【知识剖析】【常见问题】【解决方案】【编码实战】【扩展思考】【更多讨论】【参考文献】 八个方面深度解析后端知识/技能，本篇分享的是： 【select* from table的弊端 】 大家好，我是IT修真院上海分院，一枚正直纯洁善良的如刚入门的Java程序员，今天试着给大家分享一下Select*from table的弊端 sql执行流...
别用select *
Meiko记录
10-27 258
1. 不需要的列会增加数据传输时间和网络开销 用“SELECT * ”数据库需要解析更多的对象、字段、权限、属性等相关内容，在 SQL 语句复杂，硬解析较多的情况下，会对数据库造成沉重的负担。 增大网络开销；* 有时会误带上如log、IconMD5之类的无用且大文本字段，数据传输size会几何增涨。如果DB和应用程序不在同一台机器，这种开销非常明显 即使 mysql 服务器和客户端是在同一台机器上，使用的协议还是 tcp，通信也是需要额外的时间。 2. 对于无用的大字段，如 varchar、blob、
SQL 使用 select * 的弊端
fighting_DW
02-14 4419
select中要不要使用 *  除了极少数情况下，绝大多数情况下，使用 * 是一种糟糕的编程习惯！ 分析如下： 1、如果采用 select * 进行查找时，查询到的列是按照它们在表的原始位置展示的；如果客户端同样采用列的原始位置进行引用，如果更改表结构，会导致难以察觉的错误； 2、使用 * 时，数据库会先查数据字典，明确 * 代表什么，这会在分析阶段造成大量开销； 3、select * ...
SELECT * 语句的缺点
TongYu2009的专栏
12-03 6428
1、SELECT * 语句取出表中的所有字段，不论该字段的数据对调用的应用程序是否有用，这会对服务器资源造成浪费，甚至会对服务器的性能产生一定的影响。 2、如果表的结构在以后发生了改变，那么SELECT * 语句可能会取到不正确的数据甚至是出错。 3、执行SELECT * 语句时，SQL Server首先要查找出表中有哪些列，然后才能开始执行SELECT * 语句，这在某些情况会产生性
数据库select *的缺点为啥要尽量避免
zz_ll9023的博客
12-01 493
如果我们对特定的列进行查询，并且这些列上有索引，那么查询速度会更快。因此，虽然 "select *" 语句可以方便地获取所有列的数据，但是在实际应用中，我们应该尽量避免使用它，而是明确指定所需的列，以提高查询性能和语义性。对于项目来说这个习惯是灾难性的存在，随着项目的扩大和人员的流动，当数据库版本不断迭代变动后，会发现往往一个很小的数据库表结构的变动会引起连锁性报错。浪费内存：如果表中的某些列数据很大，例如包含大量的字符串或图片，"select *" 语句可能会返回大量的数据，这可能会导致内存不足的问题。
【修真院java小课堂】为什么不可以用 SELECT * FROM TABLE?
qq_42532468的博客
08-10 2530
为什么不可以用 SELECT * FROM TABLE? 大家好，我是IT修真院成都分院第13期java学员杨腾东。 今天给大家分享一下关于mysql查询语句SELECT * 的相关知识。 1.背景介绍 MySQL数据库简介： 1、MySQL是一个关系型数据库，关联的数据保存在不同的表中，增加了数据操作的灵活性。由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点许多中小型网站...
Mysql查询语句使用select.. for update导致的数据库死锁分析
不喝枸杞的程序员
12-13 473
近期有一个业务需求，多台机器需要同时从Mysql一个表里查询数据并做后续业务逻辑，为了防止多台机器同时拿到一样的数据，每台机器需要在获取时锁住获取数据的数据段，保证多台机器不拿到相同的数...
为啥不建议使用Select * ，原因有三点
qq_43842093的博客
07-22 1730
举例 ：给name字段 建索引， 查询的时候，只用到了 索引的字段，这就是索引覆盖。也就是直接通过查询索引，拿出来的数据就已经满足了查询返回的字段数据。无需额外其他查询操作了，也就是索引覆盖了。这样肯定快。如果初衷是查 name， 结果写成了select *， 变成查多了其他字段， 那其他字段不是索引，肯定无法触发索引覆盖使用场景了，也就是需要额外的回表查询操作了，那这样就慢了。回归正题，因为写成select *，变成查多了其他字段， 其他字段不是索引，导致回表，慢。
到底为什么不建议使用SELECT * ？
这个时代，作为程序员可能要学习小程序
10-02 345
点击上方关注 “终端研发部”设为“星标”，和你一起掌握更多数据库知识那还用说？肯定是浪费了时间，浪费了资源。不论是读取数据还是传输数据，浪费都意味着等待，时间是无价的。这个也是面试常问的问题。我们在写SQL的时候，需要考虑的地方有：1. 不必要的磁盘I/O2、加重网络时延3、无法使用覆盖索引4、可能拖慢JOIN连接查询通常情况下，我们经常把select 具体字段和select* 进行做比较举例，如...
select * 的好处和坏处
小炫指剑大厂
06-16 2298
很多资料只说了这种写法的坏处 1.取出全部的列会让优化器无法完成索引覆盖扫描这类油画 2.会带来额外的I/O 内存 CPU的消耗 好处 能提高相同代码的复用性。 很简单理解，有 a b c三类 ，如果我select * 那么，我需要用到a b 的地方和需要用到 a c 的地方就可以用相同的代码。 所以不要只看到他的坏处 ...
select 的缺点
qq_43403759的博客
10-10 773
  1.select 支持的文件描述符数量太少了（比如说可以监视的socket），默认是1024，虽然可以调整，但是描述符数量越大，效率越低，调整的意义不大。   2.每次调用select ，都要产生拷贝。需要把fdset 从用户态拷贝到内核，需要将fdset备份。每次调用select函数都要将socket集合备份。当次数很大时，就产生了大量的拷贝，大量的开销。   同时在线的大量客户端有事件发生的可能很少，但是每次有事件发生都要遍历fdset。当监视的描述符数量增加时，其效率就会线性下降。 ...
使用“Select * ”的坏处
xiaoding133的专栏【Stay hungry,Stay foolish】
08-09 2200
最近在倒弄web,我决定在一个已经存在的表添加新的列时。我确实这样做了。45分钟过后，同组的一些人对我说，在web的页面上有数据显示问题，是一个桌面app,一个人便问，是不是有人在这张表里添加了新的列，我举起了我的手。   似乎有很多人在查询表的时候都已经用过"Select *
SELECT *问题
wodeshouji6的博客
02-21 6530
转载自：为什么不可以用 SELECT * FROM TABLE? 缺点： 1、mysql拿到一条命令，会去解析命令、优化查询，然后去存储引擎执行查找.SELECT * 语句取出表中的所有字段，会解析更多的 对象，字段，权限，属性相关,不论该字段的数据对调用的应用程序是否有用，这会对服务器资源造成浪费，导致优化和效率问题,对服务器的性能产生一定的影响。 2、如果表的结构在以后发生了改变，那么S...
避免使用SELECT *的9个理由及2个例外
PawSQL的博客
03-29 2055
本文从两个角度阐述避免使用SELECT *的9个理由，同时讨论两个合理使用SELECT *的例外场景
SQL语句中*号的缺点
weixin_30387799的博客
05-21 263
我觉得这篇博客说的比较好，参考借鉴一下：https://blog.youkuaiyun.com/weixin_44588186/article/details/87263756 转载于:https://www.cnblogs.com/jasonboren/p/10901102.html
SQL中使用where 1=1 和 select * 的坏处
Yao_yaowei的博客
07-11 976
先看一个例子：  Java.Util.HashMap” resultClass="examples.domain.Person">         SELECT  *  FROM PERSON   WHERE    1=1                          AGE > #ageValue#               ]]>
为什么不要用select *
qq_36101933的博客
06-28 4382
主要从以下几个角度： 1. 程序变更问题，出现不可以预知隐患； 假设某一天修改了表结构，如果用select *，返回的数据必然会会变化，客户端是否对数据库变化作适配，是否所有地方都做了适配，这都是问题。 2. 性能问题 a. 使用了select ，必然导致数据库需要先解析代表哪写字段，从数据字段中将*转化为具体的字段含义，存在性能开销; b. 不可能对所有字段建索引，在索引优化必然会有局限性，导致...
select *
最新发布
03-28
<think>好的，我现在需要帮用户解决如何正确使用SQL SELECT查询语句的问题。首先，根据用户提供的引用内容，他们可能已经了解了一些基础，比如SELECT和FROM子句的作用，以及字段选择的两种写法。用户的问题集中在正确使用SELECT语句上，所以我应该从基础开始，逐步深入。 首先，我应该解释SELECT语句的基本结构。用户提到的引用[1]指出，SELECT用于指定查询内容，FROM指定数据来源。所以，我需要先介绍这两个子句的用法，并给出一个最简单的示例，比如SELECT * FROM employees，这样用户能马上看到效果。 接下来，用户可能想知道更具体的字段选择。引用[2]比较了SELECT *和明确指定字段的优缺点。这里需要详细说明两者的适用场景，比如SELECT *在需要所有字段时方便，但可能有性能问题；而指定字段名可以提高查询效率和可读性。这部分需要举例说明，比如SELECT employee_id, name FROM employees，让用户明白如何选择特定列。 然后，用户可能需要过滤数据，这时候WHERE子句就派上用场了。应该举一个带有条件的例子，比如SELECT * FROM employees WHERE salary > 5000，并解释WHERE的作用。 此外，排序和限制结果也是常见需求。ORDER BY和LIMIT是常用的子句，需要分别举例，比如按工资降序排列，或者限制返回的行数。这部分可以结合示例代码，让用户清楚语法结构。 聚合函数和分组是进阶内容，用户可能也需要了解。比如使用SUM、AVG等函数，并结合GROUP BY进行分组统计。例如，计算每个部门的平均工资，这里需要说明GROUP BY的用法以及如何与聚合函数配合使用。 最后，多表连接查询是复杂查询的一部分，用户可能需要了解如何从多个表中获取数据。比如INNER JOIN的用法，连接employees和departments表，展示如何获取跨表的信息。 在组织内容时，需要保持结构清晰，分步骤讲解，每个部分都给出示例代码并解释其作用。同时，注意引用用户提供的资料，比如在讨论字段选择时引用[2]，在解释基本结构时引用[1]，这样能增强回答的可信度。 用户可能还有更深层次的需求，比如性能优化、更复杂的查询条件，或者子查询的使用。但根据当前问题，可能不需要深入这些高级话题，但可以在相关问题中提及，引导用户进一步学习。例如，生成的问题可以包括WHERE子句的高级用法、JOIN的类型，以及SELECT语句的性能优化，这样用户可以根据自己的需求继续探索。 总结来说，回答应该覆盖SELECT语句的主要组成部分，从基础到进阶，结合示例和引用，帮助用户逐步掌握正确使用方法，并激发他们进一步学习的兴趣。</think>### 如何正确使用 SQL SELECT 查询语句？ #### 1. **基本语法结构** SQL 的 `SELECT` 语句用于从数据库中检索数据，核心语法包含两个部分： - **`SELECT` 子句**：指定要查询的字段（列）或表达式，例如 `name, salary`，或用 `*` 表示所有字段[^1]。 - **`FROM` 子句**：指定数据来源的表或视图，例如 `FROM employees`[^1]。 **示例：查询所有员工信息** ```sql SELECT * FROM employees; ``` --- #### 2. **选择特定字段** 明确指定字段名可提高查询效率和代码可读性[^2]，尤其当表中字段较多时。 **示例：仅查询员工姓名和工资** ```sql SELECT employee_id, name, salary FROM employees; ``` --- #### 3. **添加过滤条件（WHERE 子句）** 通过 `WHERE` 子句筛选符合条件的记录。 **示例：查询工资大于 5000 的员工** ```sql SELECT name, salary FROM employees WHERE salary > 5000; ``` --- #### 4. **排序结果（ORDER BY 子句）** 使用 `ORDER BY` 对结果排序，支持升序（`ASC`）或降序（`DESC`）。 **示例：按工资降序排列** ```sql SELECT name, salary FROM employees ORDER BY salary DESC; ``` --- #### 5. **限制返回行数（LIMIT 子句）** 通过 `LIMIT` 限制返回的行数，常用于分页查询。 **示例：返回前 10 条记录** ```sql SELECT name FROM employees LIMIT 10; ``` --- #### 6. **聚合函数与分组（GROUP BY）** 使用聚合函数（如 `SUM`, `AVG`, `COUNT`）和 `GROUP BY` 对数据进行统计。 **示例：计算各部门平均工资** ```sql SELECT department_id, AVG(salary) FROM employees GROUP BY department_id; ``` --- #### 7. **多表连接查询（JOIN）** 通过 `JOIN` 从多个关联表中提取数据。 **示例：查询员工及其部门名称** ```sql SELECT e.name, d.department_name FROM employees e INNER JOIN departments d ON e.department_id = d.department_id; ``` --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值