Sql 时间点数据库的历史解决方案-可能的数据仓库解决方案

我的公司是一个会员制组织，我们迫切需要在每个月底记录详细的会员数据。我们的会员基础不断变化，历史信息没有得到很好的保存。我们希望每月参考和比较我们的会员基础。问题是，我们没有这样做的解决方案

我们希望每月将10GB的最大容量推送到云端

我正在考虑像DOMO（利用AWS）这样的服务每月聚合70万行数据

我们的数据库是MSSQL数据库，我相信我们会为Azure带来折扣

成本也是一个因素

---

就解决方案而言，我有哪些选择？

您基本上需要一个数据仓库（DWH），实际上没有任何方法可以解决这个问题

将交易（会员资格）系统与执行报告和分析的历史数据存储库（DWH）分开是很重要的。公司经常试图通过对交易系统进行长期报告来节省资金，而不是构建专门构建的DWH

我不同意关于PowerBI的@destination数据。PowerBI是一种可视化工具，而不是DWH

通过阅读了解颗粒、尺寸、事实等

考虑到您的解决方案，我建议您使用每日加载的DWH，跟踪新记录和会员基础的更改，以及他们的出席率、使用率、交易，由于DWH项目的目标太大，且技术/方法没有得到很好的理解，因此从小规模开始非常重要，因为DWH项目经常失败。买一本，很好

这将允许您报告任何日常事件，并生成类似报告、月至今报告、管理KPI等

就成本而言，这将花费一些钱，你无法回避。我建议使用类似MS Azure/DWH的解决方案，该解决方案基于SQL Server标准虚拟机/SSRS报告/PowerBI仪表盘/Excel分析。这可以分为很多种方式，但当我们将AWS的价格与Azure进行比较时，从价格的角度来看，它并没有太多的价值。。。对于您所说的相对较小的数据量，这将花费您每月100-300英镑

---

当您想要使其安全并添加防火墙/Web服务器/备份/冗余等时，一些棘手的问题就会出现。

选项1，将和endDateTime放在成员表上。这是一个简单的查询，10GB是每月9.99美元。这是一个数据可视化工具，来自微软。最多1GB是免费的。这使它成为一个伟大的原型工具，这是我建议您接下来要做的。每年大约有800万条记录，大小不是什么大问题。大多数现代工具都能应付，但关键是我的数据每天都在变化。我需要一个单独的存储库，我可以将这些数据写入其中（大约每月10GB），然后快速查询数据。希望这是一项基于云的服务，因为本地SAN的空间也有限。