为每个分区创建单独Glue表的最优实现方案是什么？

核心认知确认 #

你对Glue的现有能力判断是准确的：Glue原生不支持创建统一分区表的同时自动生成按客户拆分的独立子表，需要额外逻辑实现你的需求。

优先推荐的无ETL方案（无需拆分物理表） #

你提到的Glue/Athena不支持分区级访问控制是旧版限制，现在有更简单的实现方式，完全不需要编写ETL作业：

• 方案1：用Lake Formation行级权限控制
  直接基于现有统一分区表，给每个客户对应的IAM身份配置行过滤规则，规则指定仅允许查询customer = 对应客户唯一标识的内容。Lake Formation的行过滤会自动触发谓词下推，只会扫描对应客户的分区，不会扫描全表，性能和单独查分区完全一致，既不用拆表也不用额外存储。
• 方案2：为每个客户创建独立Glue视图
  如果你没有启用Lake Formation，可以直接基于统一主表为每个客户创建单独的视图，视图定义固定添加客户过滤条件，示例语法：

  CREATE VIEW customer_xxx_view AS SELECT * FROM 统一分区主表 WHERE customer = 'xxx';
  

  仅给对应客户开放该视图的查询权限即可。视图没有额外存储成本，主表新增分区后视图会自动同步对应客户的数据，完全不需要ETL作业。

必须拆分物理表的实现方案 #

如果你的业务场景要求必须为客户提供物理独立的表，再考虑ETL方案：
你可以编写轻量Glue ETL作业，同步时通过谓词下推仅读取对应客户的分区数据写入其专属表，不需要全表扫描，性能开销极低。可以配合Glue触发器，在主表有新分区写入时自动触发同步作业，无需人工调度。

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