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

Question

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

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

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

从我的阅读中，听起来应该是：

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

现在我的问题：

1. 这是一个好方法，还是复制过度杀伤？我担心允许Power BI直接连接到我的实时数据库，因为它被各种应用程序/客户使用，我想避免任何潜在的锁定/冲突 - 因此我认为复制可能是一个好方法？ / LI>
2. 我应该直接将数据从我的应用程序直接推送到Power BI（例如通过REST调用吗？这里的消息是Power BI现在是我数据的主要'所有者'
3. 有没有比Power BI更好/更适合的东西？ （我们现在没有庞大的预算 - 所以像Periscope这样的东西是不可能的）

关于我们的技术堆栈的一些注释，如果它有帮助：

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

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

提前致谢！

Answer 1

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

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

3. 如果您的预算是限额，那么Power BI就是明智的选择。您可以使用免费许可证： https://powerbi.microsoft.com/en-us/pricing/