【问题标题】:Database that consumes less disk space占用磁盘空间较少的数据库
【发布时间】:2011-02-10 17:01:41
【问题描述】:

我正在寻找一种解决方案来存储大量信息,消耗尽可能少的磁盘空间。

信息结构很简单,查询也很简单。 我查看了 Apache Cassandra 和关系数据库等解决方案,但找不到提到磁盘使用情况的比较。

任何关于这方面的想法都会很棒。

【问题讨论】:

  • 买个更大的硬盘就行了。
  • 对不起,并没有真正回答我的问题。我正在寻找优化磁盘使用率的方法。
  • 大声笑,这实际上是一个相关点。我们在这里真正讨论了多少数据? 10GB? 100GB? 1TB?
  • 目标是将数据库部署在有磁盘空间限制的共享主机站点上。增加它们会对月费产生严重影响,因此不像购买新硬盘那么容易。它会影响解决方案的每月固定成本。
  • 您的问题并没有真正提供足够的信息来回答。多少数据是一个海量?您预计每秒写入多少次?您是否需要低延迟读取访问,还是要批量访问项目?以后检索数据需要哪些索引?

标签: database cassandra relational-database bigtable


【解决方案1】:

谈到 Apache Cassandra - 它只是占用磁盘空间。 200 MB 的日志导致 Cassandra 生成了 1.2 GB 的文件 - 密钥空间只有 4 列,包含 200 个长度的字符串。

【讨论】:

    【解决方案2】:

    Redis 可能值得一试,如果您可以将数据存储在键值中

    【讨论】:

      【解决方案3】:

      参加 Oracle Berkeley DB 的 look - 非常简单、健壮的数据库(键/值):

      “Berkeley DB 支持开发自定义数据管理解决方案,而无需传统上与此类自定义项目相关的开销。Berkeley DB 提供了一系列经过充分验证的构建块技术,可配置为满足手持设备的任何应用程序需求从设备到数据中心,从本地存储解决方案到全球分布式存储解决方案,从千字节到 PB。”

      【讨论】:

        【解决方案4】:

        Microsoft SQL Server (2008) 的最新版本支持多个级别的压缩(行压缩和页面压缩,以及备份压缩)。可能值得研究。

        一些相关资源:

        【讨论】:

        猜你喜欢
        • 2018-07-22
        • 2011-04-30
        • 2015-04-05
        • 1970-01-01
        • 2013-11-02
        • 1970-01-01
        • 1970-01-01
        • 2011-01-24
        • 2015-03-24
        相关资源
        最近更新 更多