可能的NoSQL案例

Question

有两种可能的情况我发现MySQL和RDBMS太慢了。我需要建议在NOSQL方面提供更好的替代方案。

1）我有一个应用程序可以节省大量电子邮件以供日后分析。电子邮件内容保存在一个简单的表中，与另外两个表有几个关系。列是发件人，收件人，内容，标题，时间戳等。

现在记录接近一百万，搜索需要更长的时间。基本上我们正在运行一些模式搜索。

哪个是最好的免费/开源NOSQL来替换存储邮件，以便更快地搜索它们？

2）另一个用例基本上是由文件组成的资产管理库。系统非常简单的邮件。这里我们有各种扩展名的文件。创建或更改文件时，我们将文件的元数据存储在表中。随着时间的推移，数据量越来越大，搜索它们并不容易。

欢迎提示。有人建议Mongo。有没有更好更快的东西？

Answer 1

如果搜索是您的主要用例，我会研究像ElasticSearch或Solr这样的搜索解决方案。即使某些数据库支持某种全文索引，它们也没有针对此问题进行优化。