현재 구조적으로 twitter/jaiku/reddit와 비슷한 애플리케이션을 설계 중입니다. 근본적으로 upvotes와 downvotes와 함께 작은 지위가있다. 그리고 그들은 reddit와 같은 점수와 시간에 의해 분류된다.게시물을 appengine에서 읽은 상태로 표시
나는이 모든 것을 작동 시켰지만 지금은 우리의 요구 사항이 조금 바뀌었고 사용자는 게시물을 '읽음'으로 표시 할 수 있어야합니다. 이렇게하면 해당 사용자의 피드에 더 이상 게시물이 표시되지 않습니다. 나는 (User, Post)의 각 튜플에 대해 Read
엔티티로 이것을 모델링 할 수 있지만,이 테이블에 '존재하지 않는'게시물을 찾으려면 많은 작업이 필요합니다. 또는 읽지 않은 각 게시물에 대해 하나의 엔티티를 가질 수 있도록 그 관계를 뒤집을 수 있으며 테이블에 'do'라는 게시물이 있는지 쉽게 찾을 수 있습니다.하지만이 테이블에 항목을 만들어야합니다. 게시물이 만들어 질 때마다 모든 단일 사용자. 이것은 잘 확장되지 않을 것입니다.
내 질문은 다음과 같습니다. appengine의 데이터 저장소에서 이러한 종류의 부정적인 정보를 어떻게 모델링 할 수 있습니까? 그게 중요하다면 go 런타임을 사용하고 있지만 런타임에 대한 대답은 괜찮습니다.
오케이. 인덱스 된 속성 제한으로 인해 5000 개 요소로 제한됩니다. 쿼리에서 어떻게 사용합니까? IN 연산자는 한 번에 30 개 요소로 제한됩니다. – Logiraptor
지금 내 대답 업데이트 – bigblind
이 질문에 대한 Guido Vanrossum의 대답을 읽은 후에 실제로 내 대답이 더 이상 유효하지 않은 것 같습니다. http://stackoverflow.com/questions/15377119/gae-ndb-design-performance-and-use -of-repeated-properties, 그가 ndb, 파이썬 데이터 저장소 api에 대해 이야기하고 있다고하더라도, 이것은 반복 속성이 두포에서 처리되는 방식에 관한 것이라고 생각합니다. – bigblind