Google BigQuery中添加LIMIT关键字触发SQL执行报错问题

该报错与LIMIT关键字无关联，解析器提示第5行抛出错误，是因为SQL语法校验扫描到第5行时就发现了结构异常，提前终止了解析流程，实际存在3处明确错误：

• 函数嵌套语法错误：第5行ROUND函数括号不闭合，且参数位置错误。原写法ROUND(AVG(CAST(tripduration as int64)/60,2)中，将ROUND的第二个参数（保留小数位数2）错误写在了AVG函数的括号内部，既导致AVG函数收到了非法的多余参数，也让ROUND函数缺少对应的闭合右括号。
• 分组字段拼写错误：GROUP BY子句中引用了表中不存在的字段end_station_num、usetype，和SELECT列表中使用的end_station_name、usertype字段名不匹配，属于拼写笔误。
• 认知偏差：由于解析器在第5行就因语法错误中断执行，没有完成后续语句的校验，导致误判是添加LIMIT触发了报错，实际上LIMIT 10的写法完全符合BigQuery的SQL语法规范。

SELECT
  usertype,
  CONCAT(start_station_name," to ",end_station_name) AS route,
  COUNT(*) AS num_trips,
  ROUND(AVG(CAST(tripduration as int64)/60),2) AS duration
FROM `bigquery-public-data.new_york_citibike.citibike_trips` 
GROUP BY start_station_name, end_station_name, usertype
ORDER BY num_trips DESC
LIMIT 10

• 调整嵌套函数的括号位置：将,2移动到AVG()的闭合括号外侧，补全ROUND函数的右括号，符合函数调用的语法规则
• 修正分组字段拼写：将GROUP BY中错误的字段名替换为和SELECT列表一致的end_station_name、usertype，满足BigQuery对分组字段的校验要求
• 可选体验优化：在CONCAT拼接的"to"前后增加空格，避免生成的路线名称出现站名和"to"直接连写的情况，提升结果可读性

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