복붙노트

[MONGODB] MongoDB의 많은 관계로 많은을 구성하는 방법

MONGODB

MongoDB의 많은 관계로 많은을 구성하는 방법

나는 두 테이블 / 컬렉션을 가지고; 사용자 및 그룹. 사용자는 임의의 수의 그룹의 구성원이 될 수 있고, 사용자는 임의의 수의 그룹의 소유자 일 수있다. 관계형 데이터베이스에서 나는 아마 세 번째 테이블에게 사용자 ID 열, 그룹 ID 컬럼과 IsOwner 열이라는 사용자 그룹이있을 것이다.

나는 MongoDB를 사용하고 난 확실히 문서 데이터베이스에서 이런 종류의 관계에 대해 다른 접근 방법이 있어요. 한다 나는하며 Object의 두 배열로 사용자 테이블 내부 그룹 및 그룹-등 소유자의 목록을 포함? 또한 효과적으로 관계 정보의 중복을 일으키는 원인이되는 관계를 미러링, 두 배열로 그룹 테이블에서 회원 및 소유자의 목록을 저장해야 하는가?

또는 브리징 사용자 그룹 테이블은 많은 관계로 많은 문서 데이터베이스의 합법적 인 개념이다?

감사

해결법

  1. ==============================

    1.내가, 다 봤어요 제가 현재 사용중인 노드 ID의 각 문서와 배열을 포함됩니다.

    내가, 다 봤어요 제가 현재 사용중인 노드 ID의 각 문서와 배열을 포함됩니다.

    [ID1, ID2] : 문서 USER1 속성 그룹이 그래서

    그리고 문서 그룹 1은 등록 사용자를 가지고 : [USER1]. 문서 그룹 2는 속성 사용자를 가지고 : [USER1].

    당신이 그룹 개체를 얻을 쉽게 관련된 모든 사용자를 선택이 방법, 및 사용자에 대해 동일합니다.

    만들고 개체를 업데이트 할 때이 조금 더 작업을합니다. 당신이이 객체가 관련이 말할 때, 당신은 두 개체를 업데이트해야합니다.

    이 MongoDB의의 개념 DBReferences이기도하고 문서를 검색 할 때 드라이버에 따라 자동으로 객체를 참조 당겨 수 있습니다.

    http://www.mongodb.org/display/DOCS/Database+References#DatabaseReferences-DBRef

  2. ==============================

    2.년의 경우 관심있는 사람이, 난 그냥 MongoDB를 블로그에 게시 아주 좋은 기사에 부딪쳤다. MongoDB의 스키마 설계를위한 엄지 손가락의 6 규칙. 이 문서의 3 개 부분은 모두 3 당신은 좋은 이해를해야합니다 읽고있다.

    년의 경우 관심있는 사람이, 난 그냥 MongoDB를 블로그에 게시 아주 좋은 기사에 부딪쳤다. MongoDB의 스키마 설계를위한 엄지 손가락의 6 규칙. 이 문서의 3 개 부분은 모두 3 당신은 좋은 이해를해야합니다 읽고있다.

  3. ==============================

    3.의는 예제와 함께 많은 관계로 많은 이해하자

    의는 예제와 함께 많은 관계로 많은 이해하자

    우리가 다른 사람의 문서 안에 책이나 저자의 배열 중 하나를 가질 수 있도록 저자에게 책은 몇 가지 관계에 대한 몇 가지입니다. 동일은 교사들에게 학생들을 위해 간다. 우리는 또한 복제의 위험에 포함 할 수 있습니다. 그러나이 학생은 삽입과 반대하기 전에 시스템에서 선생님을 가지고해야합니다. 응용 프로그램 로직은 항상 그것을 허용하지 않을 수 있습니다. 즉, 부모 개체가 존재하는 자식 객체에 존재해야합니다.

    당신이 많은 관계로 많은이 때, 두 개의 컬렉션을 사용하고 진정한 연결이있다.

  4. from https://stackoverflow.com/questions/4839881/how-to-organise-a-many-to-many-relationship-in-mongodb by cc-by-sa and MIT license