| 扩展名 | 是什么 | 典型用途 |
|---|---|---|
.pbix | 完整报表文件：模型 + 报表页 + 数据 | 日常保存、发布到服务 |
.pbit | 模板：只有模型结构，不含数据 | 把做好的模型交给同事填数据 |
.pbids | 数据源快捷方式 | 统一分发连接配置，避免每人手填服务器地址 |
.pbip | Power BI 项目：文件夹形态，含报表与语义模型定义 | 接入 Git 做版本管理 |
.pbir | 报表定义（PBIP 内部结构） | 代码化维护报表页与视觉对象 |
.pbiviz | 自定义视觉对象包 | 导入第三方图表 |
做团队协作时，.pbip 是这几年的分水岭：它把 .pbix 拆成可读的文本结构，能进 Git、能做代码评审。 代价是文件多、需要约定目录规范。
| 模式 | 数据在哪 | 优点 | 代价 |
|---|---|---|---|
| 导入（Import） | 压缩后存进 .pbix | 速度最快，功能最全 | 有体积上限，需要刷新 |
| DirectQuery | 留在数据源 | 数据实时，不受体积限制 | 每次交互都查库，模型能力受限 |
| Direct Lake | OneLake 上的 Delta 表 | 兼顾实时与速度 | 依赖 Fabric 容量 |
| 复合模型 | 混合以上 | 明细走 DQ、汇总走导入 | 配置复杂，容易踩隐私级别 |
选型经验：数据量在千万行以内、刷新频率不高 → 直接用导入。DirectQuery 适合「必须看当前秒级状态」的场景， 但它会把每次点击都变成一次 SQL，报表体验和数据库压力都要提前评估。
PBIDesktopSetup_x64.exe /quiet /norestart ACCEPT_EULA=1
PBIDesktopSetup_x64.exe /passive ACCEPT_EULA=1 # 显示进度条但不需交互| 参数 | 作用 |
|---|---|
/quiet | 完全静默，无界面 |
/passive | 只显示进度，不询问 |
/norestart | 安装完不自动重启 |
ACCEPT_EULA=1 | 接受许可协议（静默安装必须带，否则会卡住） |
批量部署还可以用 winget install --id=Microsoft.PowerBI -e，好处是版本与官方清单同步，坏处是依赖网络与源。
绝大多数开关都在文件 → 选项和设置 → 选项里，按左侧分组：
| 分组 | 值得改的项 |
|---|---|
| 全局 → 数据加载 | 自动日期/时间（关）、缓存的数据源凭据（按需） |
| 全局 → Power Query 编辑器 | 显示公式栏、列质量与分布（大表建议关，省内存） |
| 全局 → 隐私 | 隐私级别（按数据敏感度设，影响跨源合并） |
| 当前文件 → 数据加载 | 关系自动检测、时间智能 |
| 当前文件 → 自动恢复 | 保存间隔（建议 5 分钟） |
「主页 → 发布」会让你选目标工作区。个人工作区（My workspace）只能自己看，团队协作要选共享工作区。
发布完成后会给出一个链接。此时报表在服务端，模型也在服务端，刷新按服务端计划走。
在服务里打开语义模型 → 设置 → 计划刷新。Pro 每天 8 次，PPU 每天 48 次。
工作区角色（管理员/成员/参与者/查看者）+ 应用权限两层。对外分发通常做成「应用」而不是直接给工作区权限。
系统要求（内存、分辨率、.NET 版本、ARM 设备的累积更新）单独整理在系统要求页， 因为它是安装失败最集中的原因，放在这里会淹没在其他内容里。