存储时间范围 - 最佳实践

Question

我有一个Azure帐户，我可以使用一个SQL数据库和存储服务 - 表，blob，队列 - （由于预算限制，解决方案必须尽可能便宜;我倾向于使用尽可能存储服务）。

我们的应用程序会生成一些事件，我们希望能够查看每天生成的事件数量并计算一些平均值。

我正在寻找存储活动发生的事件，计数和日期的解决方案。我当前的解决方案使用两个SQL表：

活动

• EventId（int）

EVENTDATA

• EventId（int）//引用事件表
• 日期（日期时间）//存储收到数据的日期
• Count（int）//存储当天具有该Id的事件数

我遇到的问题：EventData表有太多数据。如果我们为每个事件都有X个事件和Y天，那么事件数据将存储X * Y行。

还有哪些其他选项可以存储EventData，并且仍然可以对其进行（合理的）快速报告？我正在考虑将事件数据实际存储为blob，并且可能只保留最后一个，比如说，在SQL中保存7天。

Answer 1

您可以简化您的结构并转移到表存储（[如何使用表存储]）1。不知道您的数据大小或成本限制是什么，很难找到最佳解决方案。