避免使用select * 的最特别的理由

2020-10-18 13:22 abce 阅读(769) 评论(0) 编辑收藏举报

快速搜索Google或Bing，你会无数的文章会告诉你数据库中显示使用“ SELECT *”是一件可怕的事情。你的代码将更加脆弱。这对你的数据字典不利。使用后，你最终会遇到冲突等等。你可以从Markus Winand的文章(https://use-the-index-luke.com/blog/2013-08/its-not-about-the-star-stupid)中找到更合理的论点，但最终在大多数情况下，潜在的弊端超过了使用SELECT *带来的任何便利好处。

（我之所以说“大多数”，是因为PL/SQL是少数几种语言之一，它的％ROWTYPE语法和DML的VALUES/SET ROW子句可以使你避免很多风险。这也是PL/SQL为什么如此酷的一个原因）。

但是，这可能是你会想避免选择SELECT *的最奇怪的原因。我将从一个简单的表T开始，并命名为CHILD和PARENT列，因为我将使用递归子查询因子分解功能来查询该表：

SQL> create table t(child,parent ) as select 2,1 from dual;
 
Table created.

由于只有一行数据，从递归查询得到的结果并不是特别令人兴奋

SQL> with recursive(chd,par) as (
  2  select child,parent
  3  from t
  4  union all
  5  select t.child,t.parent
  6  from t,recursive
  7  where recursive.chd=t.parent
  8  )
  9  select *
 10  from recursive;
 
       CHD        PAR
---------- ----------
         2          1

这里要注意的关键是第2行和第5行。正如你对任何UNION ALL查询所期望的那样，UNION ALL第一部分中的列数必须与UNION ALL第二部分中的列数相匹配。

在第5行中，我查询表T中的CHILD和PARENT列，精明的读者已经发现，这是T中的所有列，并且与表的定义中的顺序相同。因此，让我们看看当我违背传统观点并将其替换为SELECT *时会发生什么。

SQL> with recursive (chd,par) as (
  2     select child,parent
  3     from t
  4     union all
  5     select t.*
  6     from t, recursive
  7     where recursive.chd = t.parent
  8     )
  9     select *
 10     from recursive;
        select t.*
        *
ERROR at line 5:
ORA-01789: query block has incorrect number of result columns

要了解为什么会这样，我们需要仔细查看递归子查询分解的文档，其中指出：

1	`“The number` `of` `column` `aliases following` `WITH` `query_name` `and` `the number` `of` `columns` `in` `the` `SELECT` `lists` `of` `the anchor` `and` `recursive query blocks must be the same.”`

ORA-01789错误提示此检查是在语法处理的早期完成的，然后将星号扩展为列。因此，在UNION ALL的第二部分上只有一个项（早期表示即在将星号扩展成列名之前，这样只是将星号当成了一个列了，因此不匹配）。通过在SQL中添加乱码，可以进一步了解此检查的早期假设。

SQL> with recursive (chd,par) as (
  2    select child,parent
  3    from t
  4    union all
  5    select blahblahblah.*
  6    from t, recursive
  7    where recursive.chd = t.parent
  8  )
  9  select *
 10  from recursive;
  select blahblahblah.*
  *
ERROR at line 5:
ORA-01789: query block has incorrect number of result columns