BigQuery中_table_suffix通配符查询结果不符合预期问题咨询

该现象由BigQuery通配符表查询的固有特性导致，核心原因如下：

• 通配符匹配到的不符合查询要求的对象会被静默跳过，不会报错也不会纳入结果集
  使用visit_20*时匹配范围覆盖所有前缀为visit_20的表、视图等数据集对象，若其中存在视图、外部表、冷归档不可访问表，或表schema与查询隐式要求的schema不匹配，BigQuery会直接跳过这类对象，对应的_table_suffix不会出现在查询结果中。而visit_202*的匹配范围更小，仅覆盖前缀为visit_202的表，这类表均符合查询要求，因此返回结果符合预期。
• _table_suffix仅会从返回数据行的对应表中生成
  _table_suffix是通配符查询的动态衍生字段，仅当对应匹配表有数据行被查询返回时才会生成取值。如果visit_20*匹配到的更早时间的表已经被清空（0行记录），即使表本身结构符合要求，也不会贡献_table_suffix取值，因此distinct _table_suffix的去重后结果总数少于匹配表总数，最终array_agg返回的数组长度不足10。

验证方案：执行SELECT table_name FROM project_id.visits.INFORMATION_SCHEMA.TABLES WHERE table_name LIKE 'visit_20%'可枚举所有匹配通配符的对象，逐一校验对象类型、表行数即可定位被跳过的对象。

内容的提问来源于stack exchange，提问作者augustin-barillec