Amazon Athena中CREATE TABLE AS查询报GENERIC_INTERNAL_ERROR问题

问题根源 #

单独执行SELECT查询正常，但添加CREATE TABLE ... AS后触发语法解析错误，核心原因是带空格的列名在CTAS语句的语法解析上下文里被解析器误判。虽然Athena允许SELECT中用双引号包裹带空格的列名，但在CTAS场景下，解析器对双引号的处理逻辑略有不同，导致误将"loc识别为字段，后续的id被视为非法语法。

你修改逗号为分号的操作会把语句拆分为两个独立SQL，触发“Only one sql statement is allowed”报错，这是正常的——Athena不支持单请求执行多语句。

解决方案 #

方案1：给带空格的列添加别名（推荐） #

将带空格的列名用下划线替代，通过别名明确列定义，彻底避免解析器混淆：

CREATE TEMPORARY TABLE dash_runs_table AS
SELECT
  "loc id" AS loc_id,
  "runway id" AS runway_id,
  "icao id" AS icao_id,
  "length",
  "width",
  "surface type condition" AS surface_type_condition,
  "edge light intensity" AS edge_light_intensity
FROM
  "runway_db_athena"."runway"
WHERE
  "loc id" IN ('09J','14A','18A','1V6','22S','2I0','2R4');

如果需要创建永久表，去掉TEMPORARY并指定目标数据库（如CREATE TABLE your_target_db.dash_runs_table AS ...）。

方案2：保留带空格列名的正确写法 #

若必须保留原列名的空格格式，确保CTAS语句中所有带空格的列名和表名都被双引号正确包裹，且语句无隐藏语法错误：

CREATE TEMPORARY TABLE "dash_runs_table" AS
SELECT
  "loc id",
  "runway id",
  "icao id",
  "length",
  "width",
  "surface type condition",
  "edge light intensity"
FROM
  "runway_db_athena"."runway"
WHERE
  "loc id" IN ('09J','14A','18A','1V6','22S','2I0','2R4');

注意：这种写法依赖Athena解析器的严格双引号支持，部分场景下仍可能出现解析问题，因此优先推荐方案1。

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