【问题标题】:Data storage solution for a Build Server构建服务器的数据存储解决方案
【发布时间】:2013-06-04 00:59:19
【问题描述】:

我正在起草一个概念验证构建服务器,我想到的是如何存储它产生的所有数据。例如,我想存储

  • 单元测试结果:运行了哪些测试、每个测试花费了多少时间、结果、堆栈跟踪、断言数量
  • 代码覆盖率信息,具有行级粒度
  • 各种 LoC 指标 - 每个文件,每个文件类型
  • 代码重复信息

此外,这些是我想要运行的查询类型:

  • 测试的执行时间如何随时间变化?
  • 整体代码覆盖率随时间发生了怎样的变化?那么这个特殊的方法呢?随着时间的推移,未覆盖的行数有何变化?
  • *.cs 文件的 LoC 动态是什么? LoC 总数的变化情况如何?

将所有这些都塞进 RDBMS 听起来并不是一个特别好的主意。哪种存储技术最适合我的要求?

【问题讨论】:

    标签: storage rdbms document-database


    【解决方案1】:

    如果您不想使用 RDBMS,您绝对可以使用 MongoDB 来满足您的要求。

    它允许您将类似的文档分组到一个集合中,并且集合中的每个文档不必具有相同的架构。一个文档可以有 5 个字段,另一个可以有 10 个。

    它可以很容易地扩展以提供冗余。

    MongoDB 还提供了他们所谓的“聚合框架”,允许您对数据生成统计信息/聚合。它比他们的 map/reduce 解决方案更快 - 当然可能会有点慢。

    在目前所有的文档数据库中,我会说它显然是最成熟的,并且肯定拥有最丰富的查询语言。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2011-02-10
      • 2023-03-26
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2011-12-24
      • 2023-03-26
      相关资源
      最近更新 更多