Modelado de muchos a muchos con datos de relaciones en Google App Engine

Question

Tengo dos modelos en mi aplicación, Transacción y Persona, con una relación muchos a muchos. Hay personas incluidas en cada transacción. Para cada persona, también hay una cantidad conectada a cada transacción a la que está conectada la persona. Por lo tanto, necesito modelar una relación de muchos a muchos con datos de relación. Google sugerir este enfoque:

http://code.google.com/intl/sv-SE/appengine/articles/modeling.html

Con este enfoque Tengo un modelo como este:

class TransactionPerson(db.Model): 
    # References 
    transaction = db.ReferenceProperty(Transaction, required=True) 
    person = db.ReferenceProperty(Person, required=True) 
    # Values 
    amount = db.FloatProperty(required=True) 

Pero me parece muy malo para el rendimiento porque si tengo que resumir la cantidad para cada persona en todas las Transacciones, necesito hacer un ciclo de Person * Transaction * TransactionPerson veces para implementar el "join" mientras suman los montos.

mi idea

Mi idea es tener dos listas en el modelo de transacción:

class Transaction(db.Model): 
    persons = ListProperty(db.Key) 
    persons_amount = ListProperty(float) 

De esta manera no necesito para recorrer todos TransactionPerson para cada persona para encontrar el asociado Transacción. Y aún puedo consultar Transacciones basadas en una Persona.

PREGUNTAS

1. Es esto posible? ¿Puedes confiar en que el orden de la lista es siempre el mismo cuando se almacena/recupera para que los índices se sincronicen entre las listas?
2. ¿Es esta una buena manera de implementar una relación de varios a muchos con datos asociados?

Answer 1

Sospecho que estás resolviendo el problema incorrecto. La entidad de asociación intermedia es un buen enfoque. El problema que tiene es que los resúmenes tardan mucho tiempo en computarse; Deberías preocuparte más por eso;

El enfoque preferido es calcular los datos de resumen por adelantado.

En el caso específico de "Total de transacciones por persona", significaría que desea agregar un campo adicional al modelo Persona y actualizarlo con un total acumulado de todas sus transacciones. Debería actualizar esto cada vez que se modifique una TransactionPerson, de modo que el valor de resumen sea siempre correcto.

Answer 2

1. Sí, puede confiar en que se mantendrá el pedido. Desde el docs:

cuando las entidades son devueltos por las consultas y obtener(), las propiedades de la lista los valores están en el mismo orden que cuando se almacenaron. Hay una excepción a esto: los valores Blob y Text se mueven al final de la lista; sin embargo, conservan su orden original relativa entre sí.

2. Sí, propiedadeslista son tus amigos de relaciones-de normalización. Tiendo a duplicar mucho los datos, y uso propiedades de lista como 'caches' de datos des-normalizados de esta manera.