Google Data Studio连接多租户PostgreSQL多schema及行数超限问题咨询

针对GDS连接PostgreSQL时仅显示表名、无法区分所属schema的问题，可通过以下方式定向加载指定schema下的表：

• 配置连接级别的search_path参数
  GDS的PostgreSQL连接器默认仅加载数据库连接search_path覆盖范围内的表元数据，未纳入搜索路径的schema表会因重名导致标识缺失。新建数据源时，在高级连接参数中追加配置项 options=-c search_path=租户schema名1,租户schema名2,public，提交后连接器会拉取配置列表内所有schema的表，表名会自动附带schema前缀（如tenant_a.order_info），不会出现无schema标识的问题。
• 启用自定义查询绕过元数据识别逻辑
  不需要调整全局连接配置时，可直接在数据源选择「自定义查询」模式，在SQL中书写带schema前缀的表引用，例如SELECT order_id, amount FROM tenant_b.trade_record，无需依赖连接器自动识别schema归属，适合仅需要取固定schema下少量表的场景。
• 通过public schema的视图做映射兜底
  利用每个租户schema下表结构固定的特点，在public schema下创建带租户标识的视图，视图查询逻辑直接关联对应租户schema的原表，例如创建视图v_tenant_c_payment对应tenant_c.payment表。GDS仅需识别public schema的表即可获取所有需要的数据集，从命名上明确区分表的来源租户，避免重名混淆。

GDS对数据源连接器的限制为单次SQL查询返回的结果集不得超过70万行，并非对原表存储量的强制要求，可通过以下方式规避：

• 下推聚合逻辑到数据库层
  避免将全表原始数据拉取到GDS端再做统计计算，直接在自定义查询中完成维度聚合、指标计算，例如按日、按地区分组汇总交易金额，哪怕原表有千万级数据，聚合后的维度组合行数通常仅为几万到几十万，远低于返回行数阈值。
• 增加硬过滤条件做分区裁剪
  对按时间等维度分区的大表，在查询语句中增加固定过滤条件，仅拉取分析所需时间范围、业务范围内的分区数据，避免全表扫描导致的返回行数超限。
• 搭建预汇总中间表
  针对固定分析需求，在数据库内提前计算好各维度的汇总结果，存入独立的汇总schema下，GDS直接连接该汇总表获取数据，绕开原始大表的查询限制。

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