可能的NoSQL案例

Question

有两种可能的情况，我发现MySQL和RDBMS太慢。我需要一个关于NOSQL更好的选择的建议。

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

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

这将是最好的免费/开源NOSQL替代存储邮件，以便通过它们搜索会更快？

2）另一个用例基本上是由文件组成的资产管理库。系统非常simplar邮件。在这里，我们有所有类型的扩展文件。当文件被创建或更改时，我们将文件的元数据存储在表中。随着时间的推移，数据大小再次增长，搜索它们并不容易。

想法欢迎。有人建议Mongo。有更好更快的东西吗？

Answer 1

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