Appengine Search API与数据存储区

Question

我正在尝试决定是否应该将App-engine Search API或Datastore用于App-engine Connected Android Project.谷歌文档的唯一区别是

...索引搜索可以找到不超过10,000个匹配的文档.App Engine数据存储可能更适合需要检索非常大的结果集的应用程序.

鉴于我已经非常熟悉数据存储区:假设我不需要10,000个结果,有人会帮助我吗？

• 是否有任何优势,利用Search API与使用数据存储为我的查询(根据上面的报价,这似乎是合理使用一个或其他)？在我的情况下,最终用户必须能够搜索,更新现有条目并创建新实体.例如,如果我的应用是书店,则用户必须能够添加新书,向现有书籍添加评论,搜索特定书籍.
• 我的数据结构使得内容将由最终用户提供.文档与数据存储实体:哪个更新更便宜？$$等
• 它们可以相互补充:数据存储区和搜索API吗？有什么好处？为什么有人会考虑将两者配对？捕获/成本是多少？

Answer 1

其他一些信息:

1. 数据存储区是一个事务系统,在许多用例中很重要.搜索API不是.例如,您不能在单个事务中的搜索索引中放置和删除文档.
2. 数据存储区与像Cassandra这样的NoSql DB有很多共同点,而搜索API实际上是一个文本搜索引擎,与Lucene非常类似.如果您了解反向索引的工作原理,您将更好地了解搜索API的工作原理.
3. 将数据存储区API和搜索API的使用结合起来的一个很好的理由是,数据存储区很难进行搜索API非常容易处理的某些类型的查询(例如,自由文本查询,地理空间查询).因此,您可以将主实体存储在数据存储区中,但如果需要以数据存储区不允许的方式进行搜索,则可以使用搜索API.接下来,我认为如果数据存储区和搜索API集成得更紧密,例如让你对索引的文本字段进行自由文本搜索会很好,其中app引擎会在幕后为你自动创建一个搜索文档索引.

Answer 2

关键的区别在于,使用数据存储区,您无法在实体内部进行搜索.如果您有一本名为"战争与和平"的书,如果用户在搜索框中输入"战争和平",则无法找到它.与评论等相同.因此,它不是一个真正的选择.