采用WHERE过滤聚合查询结果相比HAVING子句是否存在优势？

我有以下两个SQL查询，它们都能返回平均价格小于等于10的产品套餐，作为SQL学习者，我想了解使用第二种方法是否存在优势。

第一种写法（HAVING过滤） #

SELECT PACKAGE, AVG(LIST_PRICE) AS AVERAGE_PRICE
FROM TABLE_OF_PRODUCTS
GROUP BY PACKAGE
HAVING AVG(LIST_PRICE) <= 10;

第二种写法（子查询+WHERE过滤） #

SELECT PACKAGE_PRICES.PACKAGE, PACKAGE_PRICES.AVERAGE_PRICE
FROM
    (SELECT PACKAGE, AVG(LIST_PRICE) AS AVERAGE_PRICE
     FROM TABLE_OF_PRODUCTS
     GROUP BY PACKAGE) AS PACKAGE_PRICES
WHERE PACKAGE_PRICES.AVERAGE_PRICE <= 10;

第二种写法确实存在几个实用的优势：

• 逻辑拆分更直观：把「计算所有套餐平均价」和「筛选符合条件的套餐」拆成两个独立步骤，新手更容易理解整个查询的执行流程，后续维护修改时也能快速定位到对应环节，不用在HAVING里纠结聚合函数的嵌套逻辑。
• 减少潜在的重复计算：第一种写法里HAVING子句需要重复调用AVG(LIST_PRICE)，虽然现代数据库大多会自动优化这个重复计算，但第二种写法里聚合操作只执行一次，子查询算出结果后直接用别名过滤，逻辑上更高效，也能避免部分老旧数据库优化不足导致的性能浪费。
• 扩展性拉满：如果后续需要给聚合结果加额外计算、关联其他表，子查询的写法可以直接在基础上扩展。比如要把套餐平均价和套餐成本表关联，直接在子查询外层加JOIN即可，不用重构整个查询结构，比在HAVING里混杂其他逻辑整洁得多。
• 兼容性更稳定：虽然主流数据库都支持HAVING使用聚合函数，但遇到嵌套聚合、或者某些小众数据库的语法限制时，子查询+WHERE的写法兼容性更好，不容易出现莫名其妙的语法报错。

内容的提问来源于stack exchange，提问作者Nilon