Zminimuj podzapytania za pomocą zapytań IN w AppEngine (python)

Question

Czy istnieje jakiś sprytny sposób na uniknięcie kosztownych zapytań z klauzulą ​​IN w takich przypadkach, jak ten następny?

Korzystam z Google App Engine do budowy aplikacji na Facebooku iw pewnym momencie (oczywiście) muszę wysłać zapytanie do magazynu danych, aby uzyskać wszystkie podmioty należące do któregokolwiek z przyjaciół Facebooka danego użytkownika.

Załóżmy, że mam kilka podmiotów modelowane jako takie:

class Thing(db.Model): 
    owner = db.ReferenceProperty(reference_class=User, required=True) 
    owner_id = db.StringProperty(required=True) 
    ... 

i

class User(db.Model): 
    id = db.StringProperty(required=True) 
    ... 

W pewnym momencie kwerendy Facebook, aby uzyskać listę znajomych danego użytkownika i muszę wykonać następujące zapytanie

# get all Thing instances that belong to friends 
query = Thing.all() 
query.filter('owner_id IN', friend_ids) 

Gdybym to zrobił, AppEngine byłoby wykonać podzapytania dla każdego i d w friend_ids, prawdopodobnie przekraczając maksymalną liczbę podkwerend, może pojawić się zapytanie (30).

Czy istnieje lepszy sposób to zrobić (tj. Minimalizując liczbę zapytań)? Rozumiem, że nie ma żadnych powiązań i łączy przy użyciu datastore, ale w szczególności, rozważyłbym dodanie nowych pól do klasy User lub Thing, jeśli pomaga to w ułatwianiu.

Answer 1

nie sądzę istnieje eleganckie rozwiązanie, ale można spróbować to:

na modelu użytkownika, należy użyć Facebook ID jako nazwę klucza, i przechowywać listy każdego użytkownika rzeczy w ListProperty.

class Thing(db.Model): 
    ... 

class User(db.Model): 
    things = db.ListProperty(db.Key) 
    ... 

tworzenie Entity pójdzie tak:

user = User.get_or_insert(my_facebook_id) 

thing = Thing() 
thing.put() 

user.things.append(thing.key()) 
user.put() 

pobierania trwa 2 zapytania:

friends = User.get_by_key_name(friend_ids) 
thing_keys = [] 

for friend in friends: 
    thing_keys.extend(friend.things) 

things = db.get(thing_keys) 

Answer 2

This Google I/O talk Brett Slatkinem rozwiązuje dokładnej sytuacji masz do czynienia. Zobacz także his follow up talk w tym roku.