标准 group by 和 having 查询
- 选择列表中的列必须也出现在 group by 表达式中，或者必须是集合函数的参数。
- group by 表达式只能包含选择列表中出现的列名。不过，选择列表中仅作为集合函数的参数使用的列不适用此限定。
- having 表达式中的列必须是单值的（例如集合的参数），而且它们必须出现在选择列表或 group by 子句中。使用选择列表集合和 having 子句的查询必须 包含 group by 子句。如果在未使用选择列表集合的查询中省略 group by，则所有未被 where 子句排除的行将被视为单个组。
在非分组查询中，“使用 where 排除行”的原则非常简单直接。在分组查询中，此原则扩展为“使用 where 在 group by 之前排除行，使用 having 从显示的结果中排除行”
- SQL 标准允许连接两个或更多表的查询使用 group by 和 having，只要它们遵循上述原则。指定连接或其它复杂查询时，请使用groupby和having的标准语法，除非您完全理解Transact-SQL扩展对这两个子句的影响。
group by 和 having 的 Transact-SQL 扩展
对标准 SQL 的 Transact-SQL 扩展使得数据的显示更加灵活，因为在扩展中允许引用未在创建组或摘要计算时使用的列和表达式：
包含集合的选择列表可以包含既不是集合函数的参数，又未包含在 group by 子句中的扩展 列。扩展列影响最终结果的显示，因为显示了附加的行。
group by 子句可包含未列于选择列表中的列或表达式。
group by all 子句显示所有组，甚至是那些由 where 子句从计算中排除的组。
having 子句可以包含未出现在选择列表以及 group by 子句中的列或表达式。
Transact-SQL 扩展将行或列添加到显示中时，或省略 group by 时，查询结果可能难以理解。
实例解析
One long running SQL in my work. It is a wrong SQL in fact:
- 问题
这个SQL语句最后取的是笛卡尔积，而不是看上去想要的内容
SELECT
p.party_id,
p.party_ticker,
p.party_rtr_ticker,
p.dbs_cid,
p.party_cntry_incorp_cd,
p.party_long_name,
p.debt_issued_fl,
p.party_setup_dt,
e.last_chg_dt,
datediff(hour, e.last_chg_dt, getdate() ) AS AGE_in_hours
FROM
dmo_govcorp..party p, dmo_misc..entity_changed e
where e.obj_oid = p.party_id
AND e.obj_type_cd = 'GCPA'
GROUP BY
p.party_rtr_ticker
HAVING
(COUNT(p.party_rtr_ticker)>1)
- 排解过程
运行SQL发现，从Select列表中去掉第二个表dmo_misc..entity_changed的项，可以得到我们想要的结果。查阅相关文档发现，如果在select列表包含既不是集合函数的参数，那么就是Transact-SQL 扩展的group by， 这种方式有时看起来就像一个查询忽略了where 子句 - 解决
We can solve the problem by adding all the conditions in where clauses into having clauses as below to solve it as below:
SELECT
p.party_id,
p.party_ticker,
p.party_rtr_ticker,
p.dbs_cid,
p.party_cntry_incorp_cd,
p.party_long_name,
p.debt_issued_fl,
p.party_setup_dt,
e.last_chg_dt,
datediff(hour, e.last_chg_dt, getdate() ) AS AGE_in_hours
FROM
dmo_govcorp..party p, dmo_misc..entity_changed e
where e.obj_oid = p.party_id
AND e.obj_type_cd = 'GCPA'
GROUP BY
p.party_rtr_ticker
HAVING
(COUNT(p.party_rtr_ticker)>1) and e.obj_oid = p.party_id and e.obj_type_cd = 'GCPA'
- Finding
打开统计信息发现直接将where后的条件加到having后边跟先将分组的选出来，放到放在select的字句里效果是一样的，推测两者在数据库内部实现机制是一样的。
以下为参考资料：
在 select 列表中使用不在 group by 列表中且不包含集合函数的列是一种Transact-SQL 扩展。 扩展列影响最终结果的显示，因为显示了附加的行。
Transact-SQL 扩展将行或列添加到显示中时, 查询结果可能难以理解。处理 Transact-SQL 扩展列的方式有时看起来就像一个查询忽略了where 子句。示例如下：
Adaptive Server 首先使用 where 子句创建一个仅包含类型和集合值的工作表。此工作表通过分组列 type 连接回 titles 表，以在结果中包括 price 列，但连接中没有 使用 where 子句。
select type, price, avg(price)
from titles
where price > 10.00
group by type
type price
------------ ---------------- --------------
business 19.99 17.31
business 11.95 17.31
business 2.99 17.31
business 19.99 17.31
mod_cook 19.99 19.99
mod_cook 2.99 19.99
popular_comp 22.95 21.48
popular_comp 20.00 21.48
popular_comp NULL 21.48
psychology 21.59 17.51
psychology 10.95 17.51
psychology 7.00 17.51
psychology 19.99 17.51
psychology 7.99 17.51
trad_cook 20.95 15.96
trad_cook 11.95 15.96
trad_cook 14.99 15.96
(17 rows affected)
如果还想在显示的结果中去除价格低于 $10.00 的行，就必须添加一个重复 where 子句的 having 子句
select type, price, avg(price)
from titles
where price > 10.00
group by type
having price > 10.00
type price
----------- ---------------- --------------
business 19.99 17.31
business 11.95 17.31
business 19.99 17.31
mod_cook 19.99 19.99
popular_comp 22.95 21.48
popular_comp 20.00 21.48
psychology 21.59 17.51
psychology 10.95 17.51
psychology 19.99 17.51
trad_cook 20.95 15.96
trad_cook 11.95 15.96
trad_cook 14.99 15.96
(12 rows affected)
参考文献：Sybase 参考手册：命令Adaptive Server® Enterprise 15.0
