在 CMS 中，使用带有排序的常规 NDB 查询检索客户列表。为了允许过滤姓名、公司名称和电子邮件，我创建了几个（有时很多）索引。情况并不理想，但可行。
现在有（实验性）搜索 API。它似乎与数据存储（或 NDB）无关，但我的数据已经存在。
我想同时使用全文搜索并在多个字段上放置过滤器，那么我应该将我的数据保留在数据存储中，并在搜索 API 的文档中复制部分数据吗？或者，正如搜索示例所建议的那样，完全跳过数据存储区。
问问题
1651 次
1 回答
6
我不太确定推荐的实现方法是什么，但 Search API 似乎主要用作附加的手动管理索引。在大多数情况下，将所有数据存储在 Search API 中并不理想，因为您可以轻松地使用您永远不需要过滤或搜索的字段来破坏搜索 API 索引的大小，也不是很好地设计用于需要定期写入的情况。
我个人的建议是将所有数据留在 NDB 中，并设计类以使用 Search API 创建包含相关可搜索数据的文档，通过每次写入数据存储时更新 Search API 版本来保持两种媒体之间的一致性版本（或者如果您要大量写入数据，则使用任务/crons 或类似系统）。在搜索 API 文档中过滤相关数据时，您应该存储您在 UI 中显示的任何数据，因为手动加入搜索 API 结果和数据存储数据是不必要的密集型，并且会严重减慢整个过程。
于 2012-11-21T08:34:57.070 回答