COMPUTE子句

使用BY 子句的 COMPUTE 子句在 SQL Server 2008 中的应用挺有意思的，适合进行分组和汇总统计。如果你需要在 SQL 查询中直接进行聚合计算，又不想复杂地临时表或者子查询，可以试试这个。COMPUTE子句本身就是为了做这种统计用的，搭配BY子句可以轻松对结果进行分组。比如，你做销售数据时，可以根据不同的销售员分组计算总销售额。不过，使用时要注意一点，COMPUTE和GROUP BY类似，但也有自己的限制，尤其是多表联接时，性能会受到一定影响。为了避免查询效率低下，可以适当使用索引和优化查询结构。如果你想进一步了解，可以参考一些相关文章。比如，有篇文章详细了COMPUTE子

使用COMPUTE子句进行详细分类汇总时，用户不仅可以获取数据的汇总情况，还能获得具体的数据记录细节。COMPUTE子句用于对查询结果集的记录进行明细汇总，其语法如下：select字段列表from表名where逻辑表达式GROUP BY列名[，…n] ORDER BY {列名|列号[ASC|DESC]} [，…n] COMPUTE {聚合函数（列名）} [，…n] BY列名[，…n]。注意：COMPUTE子句中的列名必须在select子句中出现，并且BY子句用于按指定列进行明细汇总，必须与ORDER BY子句配合使用。

例3.1 计算英语成绩高于60分的学生的数学和语文的平均成绩。

用 WHERE 子句替 HAVING 子句，是 Oracle SQL 性能优化里蛮常见也挺有效的一招。多人写查询习惯性就上 HAVING，其实不太必要。HAVING 是对分组之后的结果再过滤，也就是说你数据全拉出来，算完平均值之类的，再来筛。说白了，就是有点晚。像下面这个例子：SELECT REGION, AVG(LOG_SIZE) FROM LOCATION GROUP BY REGION HAVING REGION != 'SYDNEY' AND REGION != 'PERTH'看起来没毛病吧？但效率就不咋地。你换成这样写：SELECT REGION, AVG(LOG_SIZE) FRO

避免使用HAVING子句，因为HAVING只在检索所有记录后对结果集进行过滤，这包括排序和总计等操作。通过使用WHERE子句限制记录数目，可以减少这些开销。例如，不高效的写法是：SELECT REGION，AVG(LOG_SIZE) FROM LOCATION GROUP BY REGION HAVING REGION != ‘SYDNEY’ AND REGION != ‘PERTH’；而更高效的写法是：SELECT REGION，AVG(LOG_SIZE) FROM LOCATION WHERE REGION != ‘SYDNEY’ AND REGION != ‘PERTH’ GROUP B

在SQL查询优化中，推荐使用WHERE子句来限制记录数，而不是使用HAVING子句。HAVING子句会在检索所有记录后进行过滤，需要排序和总计等操作。通过使用WHERE子句，可以有效减少这些开销。例如，不推荐的写法是在LOCATION表中按REGION分组后再使用HAVING子句过滤不需要的REGION，而更高效的做法是在WHERE子句中直接排除不需要的REGION，然后再进行GROUP BY操作。

避免使用HAVING子句，因为它只在检索所有记录之后才进行结果集过滤，需要排序和总计等操作。通过WHERE子句限制记录数目可以减少这些开销。例如：非效率的写法如下：SELECT REGION，AVG(LOG_SIZE) FROM LOCATION GROUP BY REGION HAVING REGION != ‘SYDNEY’ AND REGION != ‘PERTH’；而效率更高的写法是：SELECT REGION，AVG(LOG_SIZE) FROM LOCATION WHERE REGION != ‘SYDNEY’ AND REGION != ‘PERTH’ GROUP BY REGI

替换 HAVING 子句，通过 WHERE 子句限制返回记录数目以优化查询性能。HAVING 子句仅在检索所有记录后才过滤结果集，导致排序和汇总等额外开销。通过在 WHERE 子句中应用筛选条件，可以减少不必要的开销。

在 Oracle SQL 中，HAVING 子句用于对分组后的结果进行过滤，它会在检索出所有记录并完成分组操作后才进行过滤，这可能导致额外的排序和聚合操作开销。 为了提高查询性能，建议尽可能使用 WHERE 子句替代 HAVING 子句。WHERE 子句在查询的早期阶段就对数据进行过滤，可以有效减少参与分组和排序操作的数据量，从而提高查询效率。 如果过滤条件依赖于聚合函数的结果，则必须使用 HAVING 子句。但在其他情况下，应该优先考虑使用 WHERE 子句来限制结果集。

明细和汇总一把抓的 SQL 写法，COMPUTE 子句算是老玩家才会拿出来用的那一套。嗯，虽然现在用得不多，但在一些老项目或者数据快速查看场景下，确实还挺方便的。 生成某一列的明细值和汇总值的报表，用一条 SELECT 语句就能搞定，重点就是灵活用好 COMPUTE 和 COMPUTE BY。比如你查销售记录，想一边看每条订单，一边出个按地区汇总的销售额，用这个就蛮省事。 SQL Server 里支持在同一条语句中用多个 COMPUTE 子句，还能加 BY 分组，看上去挺像 GROUP BY，但其实生成的不是标准表格，而是打印式的报表结果。所以啊，想往别的表插数据？那就别用 SELECT IN