Power BI 连 SQL 数据库实战：本地 PostgreSQL 与 Aiven 云库
Power BI 是主流 BI 平台，但很多人卡在第一步：怎么把它接到自己真实的数据源上。这篇指南走通完整链路——Power BI Desktop 连本地 PostgreSQL、连云上 Aiven 托管库、加载表建关系，最后回答"为什么分析师仍然必须懂 SQL"。
连接本地 PostgreSQL
在 Power BI Desktop 中通过 Get Data 选择 PostgreSQL 数据库，输入主机、端口（默认 5432）、数据库名与凭据。两个常见坑：
- SSL 模式：新版连接器默认尝试加密连接，本地库若未开启 SSL 需要选择 Disable 或调整服务器配置，否则握手直接失败。
- 驱动：Windows 上若提示缺少 Npgsql provider，需先安装 PostgreSQL ODBC/ADO.NET 驱动；macOS 上 Power BI Desktop 需走网关或远程桌面方案。
连接 Aiven 云 PostgreSQL
Aiven 托管库的要点：从服务概览页拿连接串，启用 SSL（require 模式）——云库默认要求加密连接，Power BI 连接时需要把 SSL mode 设为 required 并带上 CA 证书（Aiven 提供下载）。主机名用服务名（如 pg-xxx.aivencloud.com），端口是分配的专用端口（非 5432）。连接后同样走 Get Data → PostgreSQL。
加载表与建立关系
数据加载后进入数据建模视图：
- 只加载需要的表：在大数据量场景用"导入"模式前先做列裁剪与行过滤（Power Query 阶段），避免全表灌入内存。
- 建立关系：在模型视图把事实表的外键拖到维度表主键，Power BI 自动判断基数（一对多）与筛选方向（默认单向）。
- 星型模型优先：把宽表拆成事实表 + 维度表，度量（Measure）写在事实表上，报表筛选性能与正确性都更稳。
为什么 SQL 仍然重要
Power BI 的图形化建模能覆盖大量场景，但三件事绕不开 SQL：
- 性能优化：复杂报表先在数据库侧用 SQL 做聚合下推（pushdown），比 Power BI 内存里算快一个量级；
- 数据准备：Power Query 里写 M 表达式不如直接在 SQL 里 JOIN/GROUP BY/窗口函数处理顺手，尤其处理上百列宽表；
- 口径一致性：报表口径最终要和数仓 SQL 对齐，不懂 SQL 就无法核对 Power BI 算出来的数字对不对。
实践建议
新项目从"小步"开始：先接一个真实表验证连接与 SSL 配置，再逐步加表建模型；把高成本聚合查询下沉到数据库；SQL 能力当作 BI 分析师的硬技能持续投入，图形界面只是入口，口径与性能都在 SQL 层。