【问题标题】:What would be the best solution for report storage?报告存储的最佳解决方案是什么?
【发布时间】:2010-07-29 21:35:41
【问题描述】:

我目前正处于报告系统的设计阶段,该系统将为 ATM 机群(正在使用 Ruby on Rails 开发)创建屏幕比较报告。

从每个 ATM 收集的数据存储在 XML 中,其中包含文件名、修改日期、大小和校验和。然后将这些文件与主文件进行比较,并报告每个 ATM 的额外、缺失或不匹配的文件。

问题是如何存储生成的报告。该报告将包含所有 ATM 的总索引,然后是每个 ATM(大约 1000 个)的单独详细信息/文件列表报告。每天都会创建一个保留 60 天的报告。

我考虑过使用像 CouchDB 或 MongoDB 这样的文档存储,并将所有信息作为单个文档存储在数据库中。

粗略估计 60 天的数据将占用大约 30 GB。

您将如何应对这种情况?

【问题讨论】:

  • 你在开玩笑吧?你真的不是在开发数据存储在 XML 文件中的 ATM,而不是安全的 RDBMS,对吧?
  • 如果您是……请告诉我们银行的名称,这样我们就永远不会在那里开户了。
  • XML 数据只是屏幕文件的文件名列表及其校验和,以确定文件是否是最新的。该文件是通过在给定文件结构中创建每个文件的校验和来生成的。

标签: ruby-on-rails ruby database reporting


【解决方案1】:

“粗略估计 60 天的数据将占用大约 30 GB。”

所以? 30Gb 太小了,可以忽略不计。例如,1Tb 是一个需要花时间思考的大小。

30Gb 的大小是如此之小,以至于任何可行的解决方案都可以。快速实施并继续前进。

【讨论】:

    最近更新 更多