0
여러 명에게 얼마만큼의 돈이 있는지 저장하려는 GroupWallet 모델이 있습니다. 이 정보는 사람, 사람 키 및 금액으로 구성됩니다. 당신은 내가 (GroupWallet과 사람 사이의) 관계 객체를 가지고 시도했지만 이들은 매우 확장 성이 좋지 않았다원본 데이터 저장소 클라이언트의 StructuredProperty 또는 이와 유사합니다.
[(Joe, JoeKey, 34),
(Beth,BethKey,65)]
튜플의 목록을 저장하려면 다음과 같이 말할 수 있도록.
저는 세 개의 병렬 목록이 있다고 생각했습니다. Names, NameKeys, Amount 및 인덱스를 사용하여 튜플을 연결하십시오. 그러나 나는 그 해결책을 좋아하지 않고 NDB과 StructuredProperty를 돌았습니다. 하지만 NDB에는 존재하지 않는 PolyModel도 필요합니다. 원래의 db 라이브러리에만 존재합니다.
내 질문은; 누구나 독립적 인 StructuredProperty 구현을 알고 있거나 PolyModel이 NDB에서 곧 구현 될지 알고 있습니까?
왜 폴리 모델이 필요합니까? –
[동기화 프로토콜] (http://stackoverflow.com/questions/5035132/how-to-sync-iphone-core-data-with-web-server-and-then-push-to-other)을 구현하고 있습니다. -devices/5052208 # 5052208) 여기서 동기화되는 엔티티 유형 (테이블)은 공통 정보를 공유합니다. 예를 들어, PolyModel 상위 유형에 대해 1 개의 쿼리를 수행하고 엔티티 유형 당 하나의 쿼리를 수행하는 대신 동기화해야하는 모든 엔티티를 가져올 수있는 타임 스탬프가 있습니다. App Engine에서이 문제를 해결하는 방법에 대한 다른 제안이 있으십니까? – thejaz
엔티티가 공통으로 가지고있는 것만이 동기화 정보이면 일반 유형으로 저장해야합니다. 폴리 모델은 모든 개체에 약간의 오버 헤드를 추가합니다. –