具有低内存要求和 Ruby 界面的数据库

Question

我需要一个内存要求低的数据库，用于内存很少的小型虚拟服务器。目前我只能使用 SQLite 和京都内阁或东京内阁。数据库应该有 Ruby 界面。

理想情况下，我想避免键值存储，因为我有“复杂”查询（比查找单个键更复杂）和元组作为键。另一方面，我不想拥有固定的模式并避免 SQL 数据库的规划和迁移工作。数据库服务器也不是必需的，因为只有一个应用程序将使用数据库。

你有什么建议和号码给我吗？

Answer 1

1. 有 无架构 Postgresql (Postgresql 9.2 + json) 。设置起来并不像我想象的那么困难/混乱。您可以在查询方面获得很大的灵活性，同时仍然获得无模式存储的好处。 PG 9.2 包含 plv8js，这是一种新的语言处理程序，允许您在 JavaScript 中创建函数。以下是如何在 PG 9.2 中索引和查询 JSON 文档的一个示例： http://people.planetpostgresql.org/andrew/index.php?/archives/249-Using-PLV8-to-index-JSON.html

2. CouchDB（使用 BigCouch。基于 CouchDB，但错误/问题较少。）：

   • 内存要求非常低。
   • 无架构。
   • 基于 HTTP 的界面。 Ruby 有大量的 HTTP 客户端。 HTTP 缓存（如 Varnish）也可以加快读取速度。
   • 创造性/复杂的查询。您可以对文档（记录）中的任何键创建索引和查询。由于索引非常可编程，因此您可以通过查询获得非常有创意的结果。

   缺点：

   • 设置查询/索引的学习曲线。
   • 您必须安排一种称为“压缩”的清理操作。
   • 与其他数据库相比，数据将占用更多空间。
   • 更多：http://www.paperplanes.de/2010/7/ 26/10_annoying_things_about_couchdb.html

   如果磁盘便宜而内存昂贵，那么它将是满足您需求的良好选择。

   “...CouchDB 的另一个优势，它已被证明可以服务数千个并发请求，只需要大约 10MB 的 RAM - 这有多棒？！？！” （来自：http://www.larsgeorge.com/ 2009/03/hbase-vs-couchdb-in-berlin.html )

Answer 2

SQLite3 非常适合您想要做的事情。它被许多公司用作嵌入式应用程序数据库，因为它灵活、快速且经过充分测试，并且占地面积小。创建和清除表很容易，因此它可以很好地用于测试或单一应用程序使用的数据存储。

它使用的 SQL 语言足够丰富，可以完成正常的事情，但我建议使用 Sequel 。它是一个很棒的 ORM，可以轻松地让您将其视为成熟的 ORM，或者直接将原始 SQL 与 DBM 进行对话。

Answer 3

您可能正在寻找一种只有数据库文件而没有正在运行的服务器的解决方案。在这种情况下，Sqlite 应该是一个不错的选择——如果你不需要它，只需关闭连接即可。 Sqlite 拥有您需要的 RDMS 的一切（期望直接执行 FK，但这可以通过触发器来完成），并且内存占用非常小，因此在这种情况下，您可能更担心 ORM 的内存（如果有）用途。

就我个人而言，我也将 sqlite 用于该用例，因为它是可移植的并且易于访问和安装（无论如何这不应该是服务器上的问题，但在桌面应用程序中却是）。

Answer 4

BerkeleyDB 和 SQLite API 正是您所需要的。
http://www.oracle.com/technetwork/database/berkeleydb /概述/sql-160887.html