gpt4 book ai didi

mysql - 从 solr/elasticsearch 提供页面数据

转载 作者:行者123 更新时间:2023-11-30 01:05:33 24 4
gpt4 key购买 nike

我正在使用 Solr(可能会迁移到 Elasticsearch)来索引用户可以搜索的文档。数据来自MySQL,它接受用户的写入。正如常见的那样,可以单击每个搜索结果来查看其详细信息。详情页面从MySQL中获取所有数据。

由于详细信息页面显示的几个字段已经在 Solr 中建立了索引,因此将所有字段简单地存储在 Solr 中而不访问数据库会更好吗?详细信息页面已经必须查询 Solr 以获取更多类似的建议。

我确信目前这都不会成为问题。但大多数中高流量网站是做什么的呢?具有类似功能的网站的例子是报纸。 Stackoverflow 本身有些不同,因为数据更加动态,因为用户可以不断添加对问题的回复。

实际上,直到最近我才考虑从 Solr 提供数据,当时我决定添加一个功能,如果从 Solr 而不是 MySQL 提供数据,该功能的实现会更简单,但我不知道这是否是一个好方法不管有没有想法。

大家觉得怎么样?谢谢!

最佳答案

Solr/Elasticsearch 支持此功能。 Solr/ES 中有两种字段 - 索引字段和存储字段。

索引字段是搜索的字段 - 这些字段会产生匹配项。另一方面,存储字段只是容器。

将非索引值存储为 Solr 文档中的存储字段是很常见的(至少根据我的经验)。这有助于节省与数据存储的往返次数以获取详细结果。

如果您想具有搜索和显示功能,可以将字段标记为“已存储”和“已索引”。

您可能会问,为什么不索引所有内容?因为,除了增加索引时间之外,索引字段还会增加索引大小,从而占用磁盘空间。

因此,我鼓励使用 Solr 作为数据存储(除非每个文档有大量非索引数据)。如上所述,明智地选择索引,您将通过节省重复的数据库调用而受益。

关于mysql - 从 solr/elasticsearch 提供页面数据,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/19752395/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com