创建通用PowerBI模型，以便在多个客户端站点部署和填充

Question

我有一个特定行业的通用模型(想一想:房地产、建筑)，我想把它作为与每个客户进行咨询的起点。据推测，该模型还需要对每个客户端进行一些定制，而目前，我假设这些客户端不会被合并回原来的基本模型。每个客户端将以不同的方式存储数据的版本(ERP、SQL、Excel、CSV等)。

我的问题是如何&在哪里构建这个模型，以及如何填充它。应该在PowerBI桌面中构建模型，然后使用PowerQuery附加查询加载数据吗？或者，是否应该在Server中构建模型，而更传统的ETL脚本应该先填充它，然后导入到PowerBI中呢？

Answer 1

在使用Power桌面执行ETL，还是在SQL Server中执行ETL，然后将最终数据导入之间的选择可以归结为以下三个因素：

1. 可移植性.为ETL使用意味着您的整个解决方案都在中-您不需要任何其他工具来部署解决方案。如果不能保证每个客户端都有相同版本的Server和相同的ETL工具，那么我将不建议在这些外部工具上构建依赖关系。例外情况:如果您的客户端将是构建ETL的客户端，那么您可能希望将您的客户端写的ETL排除在Power BI桌面解决方案之外，而且您可能不关心他们使用的是什么数据库/ETL解决方案，只要最终结果符合您的规范
2. Processing Power (或ETL的集约程度)。如果ETL高度密集，并且需要服务器的所有功能来运行，那么SQL server /传统ETL可能更好。Power桌面中的任何ETL都必须在安装Power桌面的地方运行。如果这是一台低规格的计算机，那么密集的ETL将比使用传统的基于服务器的ETL工具慢得多。
3. Maintainability.如果您要继续维护ETL，那么坚持使用您非常熟悉的工具(比如Power Query)比为每个客户端使用不同的外部ETL工具更好。但是，如果您的客户端要维护ETL，那么他们可能更希望ETL的构建方式与他们维护的其他ETL相同，并表现得类似于其他ETL。

我想，考虑到您使用的是多个客户端，这种可移植性几乎比其他任何东西都要好。你对客户的要求越少越好。

在这个决定中，不重要的是数据的大小，因为所有的数据都将被导入到Power桌面中(正如您在问题中所指定的)。

如果要走外部数据库/ETL解决方案的路径，那么下一步自然是探索直接查询模式或多维数据集的活动连接(而不是导入数据)。在你的决定中，正反两面将是另一个需要考虑的因素。但是，由于您正在为客户构建解决方案，这可能是另一个您不想依赖的工具。

总的来说，针对您的情况(为客户构建解决方案)，我建议使用Power桌面。

对于正在构建内部解决方案的其他人来说，推荐并不一定相同(并将取决于适用于他们的环境)。