[全文搜索]实现全文搜索

Question

我正在实现对一个实体的全文搜索，包含名称和内容的文档。内容可能相当大(20+页面的文本)。我想知道怎么做。目前我正在考虑使用Redis和RedisSearch，但我不确定它是否能处理大量文本中的搜索。我们讨论的是一个多租户应用程序，每个客户都有1000多个相当大的文档。

TLDR:用于搜索大量文本内容的内容。

这个空间对我来说有点不清楚，很抱歉搞混了。当我更清楚的时候会更新这个问题。

Answer 1

我不能告诉你什么是正确的答案，但我可以给你一些关于如何决定的想法。

通常，如果我在DB中有文档/内容，我会倾向于在那里搜索--假设我可以实现的搜索功能(a)功能足够有效，(b)不需要超级丑陋的代码，(c)它不会杀死数据库。通常会有很多杂乱无章地尝试实现您想要提供给用户- UI组件、逻辑组件的搜索特性和过滤器，然后用数据库和查询语言的实际工作方式来转换这些特性和过滤器。

因此，根据你所说的，关键的权衡可能是：

• 功能/功能匹配(创建您所需的特性，以一种有用的方式工作)。
• 轻松开发&

-纯粹是基于收集跨“文档”的搜索结果并不一定是您可以用IT系统最快的事情。

你试过做一个简单的白板“选项分析”练习吗？如果不尝试，请尝试如下：

• 在白板上吸引了少数感兴趣和聪明的人。您可以单独完成此练习，但与其他人交流想法几乎总是better.
• Agree高级别选项。在您的例子中，您可以从两个开始:一个基于MSSQL，另一个基于Redis。
• 绘制了一个大表--每个选项都有自己的列(从第2列开始)。第1列中的
• 列出了所有将驱动您做出决定的重要因素。例如功能匹配、开发和维护的方便性、性能、成本等。
• 为列1中的每个驱动程序做了一个评分。

你如何做到这一点取决于你自己:你可以使用一个1-5分系统(你也可以选择使用规划扑克类型的方法来避免锚定)，或者你可以写下一些关键的注释。

准备记下任何出现的问题，重要的假设，等等，这样他们就不会迷路。

有时候，当你通过练习的时候，答案会变得很明显。如果真的很接近，你可以依靠分数-但这并不理想。更有可能的是，在列出的所有司机中，有些人会比其他人更重要，所以不要忽视这些因素的重要性。