通常的问题如下 - 你想要搜索，理想情况下你想以不同的方式尝试索引数据（例如擦除索引并尝试新的
的
很棒的分析仪
</强>
，你忘了最初包括）。将数据源和索引彼此分离会使系统耦合较少。你并不害怕，你会丢失数据
Elasticsearch / Solr的
。
我通常强烈反对打电话
Elasticsearch / Solr的
一个
的
数据库
</强>
。事实上，它是
的
不
</强>
。例如，他们都没有支持
交易
如果您想按照标准关系逻辑更新多个文档，这会让您的生活更加艰难。
最后，但并非最不重要 - 最艰难的行动之一
Elasticsearch / Solr的
是检索存储的值，因为它没有做太多优化，特别是如果你想一次返回10k文件。在这种情况下，单独的数据源也会有所帮助，因为您只能返回
的
匹配
</强>
文献
的
IDS
</强>
来自Elasticsearch / Solr，稍后从数据源中检索所需内容并将其返回给用户。
总结很简单 -
Elasticsearch / Solr的
应该更多地将其视为搜索引擎，而不是数据存储。