GAE datastore liste propriété sérialisation

Question

J'ai regardé cette vidéo de Google I/O 2009: http://www.youtube.com/watch?v=AgaL6NGpkB8 où Brett montre l'exemple de microblogging. Il décrit deux schémas datastore:

premier un:
class Message(db.Model):
    sender = db.StringProperty()
    body = db.TextProperty()
    receivers = db.StringListProperty()

et seconde un:
class Message(db.Model):
    author = db.StringProperty()
    message = db.TextProperty()

class MessageIndex(db.Model)
    receivers = db.StringListProperty()

Et il dit que dans le premier exemple datastore doit sérialisation/récepteurs délinéariser propriété chaque fois que nous interrogeons les messages par le récepteur, et dans la deuxième exaple n'a pas. Je ne comprends pas pourquoi Datastore se comporte différemment dans cet exemple, dans les deux cas, Receivers est juste StringListProperty. Pouvez-vous expliquer cela?

Answer 1

Dans son exposé, il suppose que lorsque vous interrogez, vous voulez récupérer le contenu du message - 'expéditeur' et 'corps'. Dans App Engine, les entités sont désérialisées dans leur ensemble - vous ne pouvez pas simplement charger certains champs - alors lorsque vous lancez une requête dans le premier exemple, vous devez charger la liste entière des récepteurs.

Dans le second exemple, vous pouvez effectuer une requête sur clé uniquement sur MessageIndex, puis récupérer et charger les entités Message correspondantes. Comme vous ne chargez jamais les propriétés MessageIndex en mémoire, vous n'avez pas besoin de désérialiser la propriété de liste volumineuse et coûteuse qui leur est associée.

Answer 2

Notez qu'il existe une nouvelle fonctionnalité, les requêtes de projection, qui vous permet d'obtenir une vue partielle de vos entités, mais UNIQUEMENT sur les propriétés indexées.

https://developers.google.com/appengine/docs/python/datastore/projectionqueries

Comment cela fonctionne en interne, est que vos entités, les clés et les index sont tous stockés dans des tables différentes. Si vous obtenez l'entité entière, vous devez effectuer la recherche dans la table des entités principales, ce qui est coûteux car elle doit désérialiser l'ensemble (et se contenter de tout autre processus dans cette table). Une requête de projection est comme une requête-clé, excepté qu'à la place de votre clé d'entité, elle utilise un ensemble de valeurs indexées comme une clé (parce que c'est ainsi que fonctionnent les tables d'index en interne). Si vous voulez un sous-ensemble de données et pouvez justifier de payer pour l'indexer (ou s'il est déjà indexé), une requête de projection sera rapide et bon marché; il ne regarde que dans les tables d'index et n'a pas besoin de toucher l'entité ou les tables de clés.