消息传递系统的消息存储复制

作者: 哈哈哈哈
发布时间: 2024-01-11 02:57:28 (7月前)
转自：

2 条回复

0#
回复此人
一只特立独行的猪 | 2019-08-31 10-32

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

编辑

登录后才能参与评论