可能的NoSQL案例

Question

有两种可能的情况我发现MySQL和RDBMS太慢了。我需要一个更好的替代NOSQL方面的建议。你知道吗

1）我有一个应用程序，它可以节省大量电子邮件供以后分析。电子邮件内容保存在一个简单的表中，该表与另外两个表有一些关系。列包括sender、recepient、content、headers、timestamp等

现在这些记录已经接近100万条了，需要更长的时间来搜索。基本上我们正在运行一些模式搜索。你知道吗

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

2）另一个用例是由文件组成的资产管理库。系统对邮件非常简单。这里我们有所有类型的扩展名文件。创建或更改文件时，我们将文件的元数据存储在一个表中。随着时间的推移，数据量再次增长，搜索它们并不容易。你知道吗

欢迎提出意见。有人建议蒙哥。有更好更快的吗？你知道吗

Answer 1

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