如何最好地将数据从 SQL 推送到 Power BI？

Question

业务（产品所有者、营销团队）越来越要求我们提供有关我们系统中各种数据点的最新/快速答案。一个例子可能是我想知道这个问题被完整查看了多少次，它在搜索中被提供了多少次，等等。注意：这些是“应用级”统计数据，而不是谷歌分析事件/跟踪。

目前，我们将其存储在 SQL Server 数据库中，并且报告涉及手动运行 SQL 查询的开发人员。

我们想迁移到像 Power BI 这样的系统，它可以理解原始数据。

根据我的阅读，听起来我应该：

1. 设置一个新的 SQL 数据库，我们称之为“报告”
2. 在当前数据库和报告数据库之间设置 SQL Server 复制
3. 将 Power BI 连接到我的报告数据库。

现在我的问题：

1. 这是一种好方法，还是复制过度？我对允许 Power BI 直接连接到我的实时数据库持谨慎态度，因为它被各种应用程序/客户使用，并且我想避免任何潜在的锁定/冲突 - 因此我认为复制可能是一个好方法？
2. 我是否应该直接将数据从我的应用程序直接推送到 Power BI（例如通过 REST 调用？缺点是 Power BI 现在是我数据的主要“所有者”
3. 有没有比 Power BI 更好/更适合的东西？ （我们现在没有巨额预算 - 所以像 Periscope 这样的东西是不可能的）

如果有帮助，请对我们的技术堆栈进行一些说明：

• .NET 堆栈（SPA 前端、.NET REST API 后端）
• 一切都在 Azure 上运行
• 存储在 SQL Server 中的所有“应用级”数据

我意识到这个问题有点主观/开放式，但只是在寻找有关最佳方法的一些指导。

提前致谢！

Answer 1

1. 复制是合理的，但可能是不必要的。您可以在“导入”模式下针对 SQL 使用 Power BI - 然后它将数据缓存在数据集中（实际上是一个 SSAS 表格多维数据集，托管在 Power BI Web 服务中）。可以通过网关（如果使用 Azure SQL，则直接运行）运行计划刷新。这还可以让您对原始数据进行建模以满足要求。

2. REST API 仍然非常有限，每个数据需求/更改都需要开发人员参与。完整的产品为用户参与提供了更多机会。

3. 如果您的预算有限，那么 Power BI 是显而易见的选择。使用免费许可证可以走很长一段路： https://powerbi.microsoft.com/en-us/pricing/