Google App Engine에서 관계 데이터를 사용하여 다 대다 모델링하기

Question

다차원 관계를 가진 두 개의 모델 인 Transaction과 Person이 있습니다. 각 거래에는 인원이 포함되어 있습니다. 각 개인의 경우, 해당 개인이 연결된 각 거래에 연결된 금액도 있습니다. 따라서 관계 데이터를 사용하여 다 대다 관계를 모델링해야합니다. 나는이 같은 모델이이 방법으로

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

:

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

을하지만 사람마다 양을 요약해야하는 경우 때문에 나는 성능이 아주 나쁜 찾을 구글은이 방법을 제안한다 모든 트랜잭션에서 금액을 합산하면서 "조인"을 구현하기 위해 Person * Transaction * TransactionPerson 시간을 반복해야합니다.

내 생각

내 생각은 트랜잭션 모델이리스트하는 것입니다 :

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

내가 관련 찾기 위해 각각의 사람에 대한 모든 TransactionPerson을 통해 루프를하지 않아도이 방법을 트랜잭션. 그리고 여전히 사람을 기반으로 트랜잭션을 쿼리 할 수 ​​있습니다.

질문

1. 이 가능합니까? 저장/검색 할 때 목록 순서가 항상 동일하므로 목록간에 색인이 동기화됩니다.
2. 관련 데이터와 다 대 다 관계를 구현하는 좋은 방법입니까?

Answer 1

나는 당신이 틀린 문제를 해결하고 있다고 생각합니다. 중간 관계 엔티티는 좋은 접근 방식입니다. 문제는 요약을 계산하는 데 시간이 오래 걸린다는 것입니다. 당신은 그것에 대해 더 염려해야합니다.

먼저의 요약 데이터를 으로 계산하는 것이 가장 좋습니다.

"1 인당 거래 합계"의 특정 경우에는 사용자 모델에 추가 필드를 추가하고 모든 트랜잭션의 누적 합계로 업데이트하려는 것입니다. 요약 값이 항상 올바르도록 TransactionPerson이 수정 될 때마다이 값을 업데이트해야합니다.

Answer 2

예. 유지 관리중인 주문에 의존 할 수 있습니다. docs :

엔터티가 쿼리 및 get()에 의해 반환 될 때 목록 속성 값은 저장된 순서와 같습니다. 한 가지 예외가 있습니다. Blob 및 Text 값이 목록의 끝으로 이동합니다. 그러나, 그들은 원래 순서를 서로 유지합니다.

2. 예, ListProperties는 비정규 관계를 제거하는 친구입니다. 나는 데이터를 많이 복제하는 경향이 있으며, 이렇게 정규화되지 않은 데이터의 '캐시'와 같은 목록 속성을 사용합니다.