sql语句中数据库别名命名和查询问题解析

查询出低于菜品平均价格的菜品信息 (展示出菜品名称、菜品价格).

问题1：为什么下面代码不对

select d.name,d.price,a vg(d.price)
    from dish as d
    where d.price < a vg(d.price)

这行代码一拿出来，很多初学者都会犯迷糊，但其实核心在于两个非常典型的聚合函数使用错误。

首先，A VG(d.price)是一个聚合函数，而问题出在它被放在了WHERE子句里。在SQL的执行规则里，WHERE子句是进行行级数据过滤的，也就是它针对的是每一行具体的记录。而聚合函数，比如A VG，它是要在一组数据上计算一个汇总值。把这两者直接放在一起，数据库引擎就会困惑：到底在哪个“组”里计算平均值来和每一行比较呢？逻辑上就说不通。

再者，如果你理解了SQL语句的执行顺序，这个错误就更清晰了。标准的执行链是：FROM → WHERE → GROUP BY → HA VING → SELECT等。你看，WHERE子句的执行位置远在聚合计算发生之前。在那个阶段，所谓的“菜品平均价格”压根儿还没算出来呢，又怎么能用它进行比较呢？

问题2：为什么下面的语句还是查不到？

    select *
    from dish as d
    where d.price < (select a vg(d.price) from dish);

这种用子查询的思路就对了——先在一个单独的环境里计算出平均值，再拿这个结果去比较。但上面这个写法，有时会掉进一个别名作用域的“坑”里。

注意看，外层查询给表起了别名d，而子查询里又试图引用d.price。这就冲突了。子查询会优先在自己的作用域（from dish）里寻找这个d，找不到自然就报错了。正确的理解是：要么内层查询完全独立，不使用外层别名，写成select a vg(price) from dish；要么就需要确保整个逻辑链明确。因此，最简单的修正就是让内层查询“自给自足”，别去引用外层那个d。

正确方法

所以，一个可靠的写法是使用清晰的子查询来获取那个“全局平均值”，核心结构如下：

SELECT name, price
FROM dish
WHERE price < (SELECT A VG(price) FROM dish);

这才是关键所在：先通过子查询(SELECT A VG(price) FROM dish)一劳永逸地算出整个表的均价，然后在主查询的WHERE子句中，用这个明确的标量值去逐行筛选，逻辑瞬间就通顺了。