银行交易BI项目：Tabular模型与Power BI连接及内存问题咨询

1. Tabular模型如何及何时占用内存？ #

Tabular模型属于列存内存型分析模型，内存占用逻辑如下：

• 模型启动（部署后服务启动或开发时打开模型）时，仅加载模型的元数据（表结构、关系、度量值定义等）到内存，占用极小空间。
• 当执行**模型处理（Process）**或有查询请求时，对应的数据表/分区会被加载到内存，以压缩后的列存格式存储。
• 部署后的模型默认采用按需加载：首次查询某张表/分区时，数据才会从磁盘加载到内存；闲置一段时间后，未被访问的数据会被逐出内存释放空间（可通过配置调整缓存策略）。
• 内存占用量是压缩后的数据大小，列存压缩比通常在4:1到10:1之间，远小于源数据原始大小。

2. Power BI导入模式如何及何时占用内存？ #

Power BI导入模式的内存占用分为两个场景：

• 本地Power BI Desktop：点击「刷新」（手动/自动触发）时，会从数据源拉取数据，压缩后存入内存，同时写入PBIX文件的磁盘存储。打开PBIX文件时，数据会从磁盘重新加载到内存供查询使用；关闭文件后，内存会被释放。
• Power BI Service云端：发布后的模型，若使用Premium容量，会持续加载到服务的内存中；若使用共享容量，则是按需加载——有用户访问时加载数据到内存，闲置一段时间后自动释放。

3. 应从Tabular模型中向Power BI导入哪些内容？ #

核心原则是只导入报表需要的最小数据集，具体包括：

• 仅保留报表用到的表和字段，剔除冗余的中间表、未使用的列。
• 优先导入Tabular模型中已定义好的度量值，避免在Power BI中重复开发计算逻辑。
• 针对分区表，仅导入报表需要的分区（比如近3个月的交易数据，历史冷数据可通过实时连接补充）。
• 直接导入已完成维度建模的维度表、事实表，跳过ETL过程中的临时表或中间转换表。

4. 导入模式是否导入的是已存入内存缓存的模型？ #

不是。Power BI导入模式是通过引擎接口直接从Tabular模型的持久化存储层读取数据，而非读取Tabular模型当前的内存缓存。无论Tabular模型的数据是否在内存中，Power BI都会发起数据请求，由Tabular模型自行处理数据读取（从内存缓存或磁盘），再返回给Power BI进行压缩和加载。

5. 若数据仓库（Data Warehouse）DB大小约为7GB，需配置多大内存？ #

需分环节评估内存需求：

• Tabular模型服务器：7GB原始数据经列存压缩后，大小约在700MB_{1.75GB之间。需预留2}3倍内存用于查询计算、缓存及模型处理，生产环境建议配置16GB以上内存；若并发查询量高，需进一步扩容至32GB。
• Power BI导入模式侧：若仅导入部分数据，内存需求对应导入数据的压缩后大小；若导入全部数据，本地Desktop建议至少8GB内存；发布到云端时，根据模型大小选择对应容量（如A4容量支持最大10GB模型）。
  另外，数据更新频率、并发用户数会额外增加内存消耗，需预留冗余空间。

额外问题：导入完整模型时内存不足，是否应改用实时连接？ #

实时连接是解决内存问题的可行方案，核心逻辑是：Power BI不加载Tabular模型的数据，仅建立连接，每次查询都直接请求Tabular模型处理并返回结果。但需注意以下几点：

• 实时连接依赖Tabular模型的性能，需确保Tabular模型有足够资源应对并发查询。
• Power BI中无法对数据做转换或新增列，仅能基于Tabular模型的现有对象开发报表；度量值可在Power BI中新增，但推荐优先在Tabular模型中定义。
• 实时连接不支持离线访问，若报表需要离线使用，需采用混合模式（部分数据导入，部分实时连接）。

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