Google BigQuery：多表UNION生成的表预览无值、连Power BI显示null怎么办

优先修复基础SQL语法硬伤 #

你贴出的联合查询存在两处明确的语法错误，会直接导致数据库无法正常生成可持久化的查询结果：

• 表名GDND未闭合反引号，缺失标识表名结束的`符号
• GDND与GDNE两段查询之间缺失UNION ALL连接关键字，整段SQL实际是截断状态，无法通过数据库解析校验

修正后的可正常执行的SQL如下：

SELECT * FROM `GDNA`
UNION ALL
SELECT * FROM `GDNB`
UNION ALL
SELECT * FROM `GDNC`
UNION ALL
SELECT * FROM `GDND`
UNION ALL
SELECT * FROM `GDNE`

如果之前就是用这段带语法错误的SQL创建的GDN All accounts表，实际生成的对象大概率是空表结构，没有绑定任何有效的查询逻辑，自然预览看不到数据、连接后返回全null。

排查数据库端的对象类型与权限问题 #

先明确GDN All accounts的实际存储类型，针对性定位问题：

• 如果是普通视图：视图本身不存储实体数据，仅保存查询逻辑，预览时如果临时查询超时、无连接池缓存，就会出现页面空值；这类场景下PowerBI连接时，如果数据库账号没有五张源表的SELECT权限，不会抛出明确报错，只会静默返回空结果集，所有字段就会显示为null
• 如果是会话级临时表：这类表仅在创建它的当前数据库连接内有效，连接断开后表就会被自动销毁，PowerBI新建独立连接时根本无法读取到之前会话里的临时表内容
• 如果是物理存储的合并表/物化视图：检查创建流程是否因为之前的SQL语法报错，仅生成了空的表结构，没有灌入任何源表数据

权限排查要重点确认：PowerBI连接使用的数据库账号，是否拥有GDNA、GDNB、GDNC、GDND、GDNE五张源表，以及GDN All accounts表本身的读取权限。

排查PowerBI端的连接适配问题 #

• 校验联合查询的字段一致性：因为查询用了无显式列名的SELECT *，必须确保五张源表的列数、列顺序、列类型完全对齐，如果某张表的列顺序和其他表不一致、同位置字段类型不匹配（比如某表对应位置是字符串、另一表对应位置是时间戳），PowerBI自动识别表结构时就会出现列错位、类型识别失败，最终所有字段返回null
• 验证连接模式的影响：如果使用DirectQuery模式连接视图，当视图触发重算超时，PowerBI不会自动重试查询，只会直接返回空结果；可以临时切换为导入模式，手动触发一次全量数据刷新，排除连接模式导致的空值问题

标准化修复流程 #

1. 用修正后的无语法错误的SQL，重新生成GDN All accounts对象，优先选择物化视图/物理实体表的存储形式，不要使用会话级临时表
2. 给PowerBI连接的数据库账号开放所有关联源表、目标合并表的全量读取权限
3. 调整查询逻辑，不要无脑使用SELECT *，显式写出每一列的字段名，统一转换字段类型，保证所有联合子查询的列数、列名、数据类型完全一致
4. 首次连接PowerBI时，先在导航页单独预览GDNA的单表数据，确认单表读取正常后，再加载合并表的全量内容

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