嘿，这个坑我之前踩过！问题根源在于SQL的执行顺序：SELECT子句里定义的别名，是在GROUP BY和聚合计算完成之后才生效的，所以你没法在同一个SELECT的CASE语句里直接引用刚定义的average_points。不过完全可以用单条查询实现需求，给你几个靠谱的方案：

方案1：直接在CASE中重复聚合计算 #

这是最简单的写法，大多数现代数据库会智能优化，不会重复执行avg(points)：

SELECT 
  username, 
  avg(points) as average_points, 
  CASE WHEN avg(points) >= 100 THEN TRUE ELSE FALSE END as is_winner 
FROM user_points 
GROUP BY username;

如果你的数据库支持布尔表达式直接作为列返回（比如PostgreSQL、SQL Server），还能更简化：

SELECT 
  username, 
  avg(points) as average_points, 
  avg(points) >= 100 as is_winner 
FROM user_points 
GROUP BY username;

直接用比较表达式代替CASE，返回结果就是TRUE/FALSE，代码更简洁。

方案2：用子查询/CTE拆分逻辑 #

如果觉得重复写聚合函数不够优雅，或者需要基于平均值做更多复杂操作，可以先把聚合结果放在子查询或CTE里，再做判断：

子查询版本 #

SELECT 
  username, 
  average_points, 
  CASE WHEN average_points >= 100 THEN TRUE ELSE FALSE END as is_winner 
FROM (
  SELECT username, avg(points) as average_points 
  FROM user_points 
  GROUP BY username
) as user_avg;

CTE版本（可读性更强） #

WITH user_avg AS (
  SELECT username, avg(points) as average_points 
  FROM user_points 
  GROUP BY username
)
SELECT 
  username, 
  average_points, 
  CASE WHEN average_points >= 100 THEN TRUE ELSE FALSE END as is_winner 
FROM user_avg;

这种写法把“计算平均值”和“判断是否获胜”的逻辑分开，后续维护起来更清晰。

方案3：数据库特定的变量写法（不推荐通用场景） #

比如MySQL支持用用户变量存储平均值，不过这种写法兼容性差，换个数据库就失效了，只适合特定场景：

SELECT 
  username, 
  @avg := avg(points) as average_points, 
  CASE WHEN @avg >= 100 THEN TRUE ELSE FALSE END as is_winner 
FROM user_points 
GROUP BY username;

优先推荐前两种方案，尤其是方案1，简单高效；如果查询逻辑复杂，方案2的可读性优势会更明显。

内容的提问来源于stack exchange，提问作者I honestly don't know