我目前正在开发一个Web应用程序，理想情况下，我可以在将要为用户存储的文档上支持搜索栏。这些文档中的每一个都将成为一个小尺寸的文章。 （我不会想象任何文档会比用于搜索目的的几KB文本更大）正如我一直在阅读有关使用RethinkDB的正确方法一样，其中一些信息已经过时令人担忧对我而言，是对非索引数据进行过滤等操作的表现，我看到有人提到在其中一个调用中花费了多分钟。考虑到我希望，从长远来看，至少有10,000多个文档（并且在真正的长期运行中，100,000 +，1,000,000 +等），是否有办法能够搜索这些文档在标准RethinkDB API中具有亚秒（优选在10毫秒）响应时间的方式？或者我是否必须提出一个单独的方案，允许通过巧妙使用索引快速搜索？或者我会更好地使用另一个提供该功能的数据库？
答案 0 :(得分：3)
如果您不使用索引，那么您的查询将不得不查看表中的每个文档，因此随着表变大，它会变慢。在快速硬件上搜索10,000个文档应该是合理的，但是你可能无法在10毫秒内完成，而且数百万个文档搜索速度可能会很慢。
您可能希望将弹性搜索作为一种方法来实现：http://www.rethinkdb.com/docs/elasticsearch/