Интеграция API поиска GAE с Datatstore

Question

Когда документ хранится как в хранилище данных Cloud, так и в индексе поиска, возможно ли, когда запрос из индекса поиска, а не возврат индексных документов поиска, возвращает каждый соответствующий объект из облачного хранилища данных вместо? Другими словами, я по существу хочу, чтобы мой поисковый запрос возвращал то, что будет возвращать запрос хранилища данных.

Дополнительные сведения: Когда я создаю объект в хранилище данных, я передаю идентификатор объекта, имя и параметры описания. Поисковый документ построен таким образом, что его идентификатор документа совпадает с идентификатором соответствующего объекта. Целью является создание интерфейсной реализации поиска, которая будет использовать полнотекстовый поиск api для извлечения всех соответствующих документов на основе текстового запроса. Однако я хочу вернуть все детали этого документа, которые хранятся в объекте хранилища данных.

Будет ли единственный способ сделать это, чтобы создать ключ для каждого поиска doc_id, возвращаемого из запроса, а затем использовать get_multi(keys) для извлечения всех соответствующих объектов хранилища данных?

Answer 1

Для этого не требуется поддержка первого класса. Лучше всего сделать идентификатор документа сопоставимым с ключом хранилища данных и маршрутизировать все запросы put/get/search через единый уровень DAO/repository, чтобы обеспечить определенный уровень согласованности.

Вы можете использовать параллельную запись в формате Async, чтобы сохранить латентность, но вы не можете сделать так, чтобы поиск не участвовал в транзакциях. Он также не имеет определенной согласованности, поэтому предположим, что это возможно и, вероятно, намного медленнее распространения индекса хранилища данных.

Answer 2

Вы можете хранить любую информацию, которая вам нужна в документах API поиска, в дополнение к их текстовому содержимому.

Это позволит вам получить все данные за один вызов за счет, возможно, хранения некоторой дублирующей информации как в документах API поиска, так и в объектах хранилища данных. Очевидно, что дублирование данных не является идеальным, но это может быть хорошим вариантом для редко изменяющихся данных (например, отметки времени документа, идентификатора автора, названия и т. Д.), Поскольку это может обеспечить значительное повышение производительности.