避免使用SELECT *的9个理由及2个例外

在数据库操作中，SELECT 语句被广泛使用，它可以选择所有的列。然而，频繁使用SELECT 并非最佳实践，原因有以下几点：

1. 性能问题：每次查询更多的列会增加数据传输的开销，尤其是当只需要某几列时。
2. 效率低下：数据库需要检索更多的数据，即使这些数据可能不会被使用。
3. 增加存储压力：如果表中的列很多，而实际上只需要其中一部分，这会增加不必要的存储需求。
4. 返回过多数据：有时我们可能只关心特定的几列，而SELECT * 会返回所有列的数据。
5. 列名的歧义：当表结构发生变化时，例如添加或删除列，使用SELECT * 可能导致返回的数据结构与期望的不符。
6. 不清晰的代码：明确的指定需要的列名可以使代码更加清晰，也便于他人理解。
7. 潜在的隐私问题：有时某些列可能包含敏感信息，使用SELECT * 可能导致这些信息被不必要地检索和传输。
8. 影响索引使用：某些情况下，如果查询计划器不能有效地使用索引，可能导致全表扫描。
9. 不符合DRY原则：DRY是“Don’t Repeat Yourself”的缩写，它鼓励我们在一个地方定义和使用信息，而不是在多个地方重复它。如果每次查询都使用SELECT ，那么每当我们添加或删除列时，都需要更新所有相关的查询。
   然而，尽管有这些理由避免使用SELECT ，但在某些情况下使用它是合理的甚至是必要的。以下是两个例外：
10. 动态查询：在某些应用程序中，我们可能需要根据不同的条件动态地选择不同的列。在这种情况下，使用SELECT * 是合适的，因为列的选择是根据运行时的情况确定的。
11. 兼容性：在某些旧的或遗留的系统中，代码可能已经使用了SELECT ，并且更改它可能会导致兼容性问题。在这些情况下，保持使用SELECT 可能更为安全。
    总的来说，虽然我们应当尽量避免使用SELECT * ，但在特定的上下文中，它可以是有用的。重要的是保持对代码的清晰度、效率和性能的认识，并根据需要选择最佳的查询方式。