我们需要在PowerBI上为实时事务生成报告。我们在1天内有大约200000个事务流动，我们希望至少为这些行数生成报告。我们已经了解到，推送流API对于FIFO数据集的限制为200,000行，对于"无保留策略"的限制为5,000,000行。链接
我的问题如下:
- 如果我们通过PowerBI服务创建一个流数据集推送API，在后台默认创建什么数据集?FIFO或无保留策略数据集?
- 对于无保留策略数据集，当我们超过500000限制时会发生什么?如果出现故障，是否意味着我们需要频繁地通过API调用删除旧行?一个示例API将对此有所帮助。删除所有行不是一个选项，因为企业想要诸如过去24小时的kpi之类的报告。
- 如果我们使用Azure流分析将数据推送到PowerbI，在这种情况下，PowerbI中数据存储的限制是什么?
恐怕您误解了Power BI的概念。Power BI不是数据库!不要试图这样使用它。还有更好的选择。这就是为什么你很难绕过这些限制。
我想说的是你应该在其他地方存储和处理你的数据。使用Power BI只是为了可视化它。在这种情况下，如果我们说您想使用实时流，它必须每秒更新，这意味着您每天只需要发送86,400条记录(这比FIFO数据集的200,000条记录的限制要少得多)。如果您不想使用实时流仪表板，而是使用普通的Power BI报告，那么为什么要查看推送数据集呢?因此，在某处收集数据，汇总结果，然后将聚合的数据推送到Power BI。
并回答你的问题:
如果您使用Power BI REST API创建数据集而没有指定保留策略，它将创建具有
none保留策略的Push数据集-basicFIFO必须显式启用。如果您达到5M行的限制，则在尝试向数据集推送更多行时将得到错误。您唯一的选择是删除所有行—没有办法只删除其中的一些，因为Power BI不是数据库。这就是为什么你的数据应该存储在其他地方，这是
basicFIFO保留策略和Power BI的流数据集背后的想法。Power BI限值不随数据源而变化。无论您是通过Azure流分析还是您编写的服务推送数据，Power BI数据集都是一样的。