Предлагаемый вами подход будет работать нормально; вы можете смоделировать строку «assign_Key_list» как свойство списка, и оно будет работать так, как вы ожидаете. Вам не нужно использовать оператор IN - это для сопоставления одного значения в хранилище данных со списком имеющихся у вас ключей (например, "WHERE datastore_column IN ('a', 'b', 'c')), а вы делаете обратное - сопоставляете одно значение со списком в хранилище данных.

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

Я пытался объяснить Пиндатджу, почему запрос свойства списка не менее эффективен, чем однозначный, но, по-видимому, требуется более подробное описание Итак, без лишних слов, вот ...

Краткое руководство по индексации хранилища данных App Engine

Хотя Python и Java предоставляют различные интерфейсы высокого уровня для хранилища данных, само хранилище данных использует абстракцию нижнего уровня, называемую сущностями. Сущность состоит из следующего:

1. Уникальный первичный ключ
2. Список пар (имя, значение)

Первичный ключ - это ключ хранилища данных, с которым вы уже знакомы. Список пар (имя, значение) - это представление App Engine для данных в вашей сущности. Пока все просто. Сущность со следующими значениями:

a_string = "Hello, world"
an_int = 123

будет сериализована во что-то вроде этого:

[('a_string', 'Hello, world'), ('an_int', 123)]

Но как это взаимодействует со списками? Что ж, списки рассматриваются как "многозначные" свойства. То есть список из n элементов сохраняется как n отдельных свойств. Пример, вероятно, проясняет это:

a_string = "Hello, world"
an_int = 123
a_list_of_ints = [42, 314, 9]

будет сериализован как:

[('a_string', 'Hello, world'), ('an_int', 123), ('a_list_of_ints', 42), ('a_list_of_ints', 314), ('a_list_of_ints', 9)]

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

Когда это становится важным, так это при взаимодействии с индексированием. Предположим, у вас есть указатель на «a_string» и «an_int». Когда вы вставляете или изменяете значение, App Engine создает для него набор записей указателя; для указанного выше индекса и указанной выше сущности он генерирует одну строку в индексе, которая выглядит примерно так:

('Hello, world', 123, a_key)

('a_key' здесь является заполнителем для ключа исходной сущности.) Когда вы выполняете запрос, который использует этого индекса, ему просто нужно выполнить поиск по индексу, чтобы найти строки с соответствующим префиксом (например, 'SELECT * FROM Kind WHERE a_string = "Hello, world" ORDER BY an_int').

Однако при индексировании списка App Engine вставляет несколько строк индекса. Индекс по 'an_int' и 'a_list_of_ints' сгенерирует эти строки для указанного выше объекта:

(123, 42, a_key)
(123, 314, a_key)
(123, 9, a_key)

Опять же, запросы работают так же, как и раньше - App Engine просто должен найти строку с правильным префиксом в индексе. Количество записей в списке не влияет на скорость выполнения запроса - только на то, сколько времени потребовалось для создания и записи записей индекса. Фактически, планировщик запросов не знает, что 'a_list_of_ints' является свойством с несколькими значениями - он просто обрабатывает его как любую другую запись индекса.

Итак, вкратце:

1. Нет практической разницы между списком с одним элементом в нем и отдельным свойством в терминах индексирования и запроса
2. Размер индексированного списка влияет на время и пространство, необходимое для индексации , но не для запросов.
3. Вы можете выполнить запрос, который соответствует любому объекту с заданным значением в списке, используя простой фильтр равенства.