谷歌应用引擎:未来搜索对现实世界的应用有多有效？

Question

谷歌应用引擎已经在其实验功能中引入了前瞻性搜索，至少对于python来说是这样。这个潜在的搜索与当前可用的全文引擎的替代方案有何不同？产品搜索( product )说，这对于现实世界的网络应用来说有多高的效率。

当前的全文备选方案是，

1. 比尔·卡茨的解决方案
2. 基于Django的解决方案
3. gae-文本搜索，另一种基于python的解决方案

Answer 1

预期搜索基本上相当于应用程序引擎的tail -f | grep。用户订阅一组查询，而不是对静态文档集运行一次查询，而新创建的文档与打开的查询匹配。如果发生匹配，任务将排队，在任务内部，您可以使用Channel API使用新的查询结果更新用户的浏览器。

预期搜索与全文搜索无关。在App的工作中有一个完整的文本API，在这个Google I/O讨论中讨论过：

http://www.google.com/events/io/2011/sessions/full-text-search.html

Answer 2

@Gagandeep :与“尾部-f _ grep”的类比是合理的，但是，重要的是要记住，AppEngine的前瞻性搜索系统支持多个字段和多个类型(整数、浮点和文本)，因此使用grep进行复制会有点困难。

@Chris :预期搜索是，而不是，Notification比任何其他搜索API都要多。当然，您可以使用预期搜索实现通知系统，但是“通知”通常是通过发现匹配而产生的，而不是匹配本身的结果。“通知”系统可以发送IM消息、SMS消息、XMPP消息或类似的东西。前瞻性搜索并不能做到这一点

@Nick Johhson:是的，我之所以将其命名为“预期搜索”，是因为预期的查询匹配在 one之后到达的文档。因此，预期的查询是前瞻性的或“前瞻性的”。这与传统的“回顾性”搜索系统(典型的web搜索引擎或数据库系统)相反，在该系统中，查询匹配到达的文档，并在生成查询之前对其进行索引。追溯搜索系统索引文档、记录或稍后与查询匹配的属性袋。预期的搜索系统对查询进行索引，这些查询随后与文档或属性袋相匹配。这两种搜索方式是基本的，相互对立和互补。几乎所有的地方，你有一个传统的回顾性搜索申请，你会找到一个潜在的搜索申请。

@Drew :请注意AppEngine的预期搜索系统和任何追溯系统一样是一个“全文”搜索系统。前瞻性搜索匹配单词、短语和数字的布尔组合--就像你传统上所说的“全文”系统中所期望的那样。区别不在于全文是否被搜索，而在于该搜索是前瞻性的还是追溯性的。