【发布时间】:2011-03-09 16:43:38
【问题描述】:
我正在创建一个项目,其中包含网络邮件功能。我们将 MongoDB 作为主要的 DBMS,但是在大量的电子邮件中,它会因消息正文而过载。 我们尝试将消息正文存储在服务器 HD 和 S3 节点上,但效率不高。
对于大量文件的键值存储(可能是云存储,或一些 NoSQL DBMS 或其他任何东西)有什么好的解决方案吗?
【问题讨论】:
我正在创建一个项目,其中包含网络邮件功能。我们将 MongoDB 作为主要的 DBMS,但是在大量的电子邮件中,它会因消息正文而过载。 我们尝试将消息正文存储在服务器 HD 和 S3 节点上,但效率不高。
对于大量文件的键值存储(可能是云存储,或一些 NoSQL DBMS 或其他任何东西)有什么好的解决方案吗?
【问题讨论】:
您可能过度思考/过度设计 DBMS 组件。您可能希望将Berkeley DB 视为您的数据存储。它支持多种 API,包括键/值 API (NoSQL)。它具有高度可扩展性、可靠且非常快速。 Berkeley DB 大量用于商业和开源电子邮件项目,包括 OpenWave、Critical Path、Postfix、SendMail 等。由于它具有嵌入式特性、占用空间小、开发人员友好的键/值对 API 以及完全可在嵌入应用程序中进行配置,因此它是电子邮件数据管理的常见选择。
免责声明:我是 Berkeley DB 的产品经理,所以我有点偏见。也就是说,伯克利数据库 被这些产品和更多电子邮件数据管理所使用。
【讨论】: