[nosql] NoSQL에서 레코드 관계를 어떻게 추적합니까?

couchDB 접근 방식은 맵 단계에서 적절한 클래스를 내보내고이를 reduce로 요약 할 것을 제안합니다. 따라서 모든 주석을 매핑 1하고 주어진 사용자에 대해 방출 하고 나중에 하나만 출력 할 수 있습니다. 그러나 couchDB에서 추적 가능한 모든 데이터의 영구 뷰를 구축하려면 많은 디스크 스토리지가 필요합니다. btw 그들은 또한 관계에 대한이 위키 페이지를 가지고 있습니다 : http://wiki.apache.org/couchdb/EntityRelationship .

반면에 Riak은 관계를 구축하는 도구를 가지고 있습니다. 링크입니다. ‘루트’문서 (여기서는 사용자 문서)에 링크 된 (여기 주석) 문서의 주소를 입력 할 수 있습니다. 하나의 트릭이 있습니다. 배포 된 경우 여러 위치에서 한 번에 수정 될 수 있습니다. 그것은 충돌을 일으켜 결과적으로 거대한 벡터 클록 트리를 유발합니다 : / .. 그렇게 나쁘지 않고 좋지 않습니다.

Riak은 또 다른 ‘메커니즘’을 가지고 있습니다. 버킷 및 키라고하는 2 계층 키 네임 스페이스가 있습니다. 따라서 학생의 예를 들어, 클럽 A, B 및 C와 학생 StudentX, StudentY가있는 경우 다음 대회를 유지할 수 있습니다.

{ Key = {ClubA, StudentX}, Value = true },
{ Key = {ClubB, StudentX}, Value = true },
{ Key = {ClubA, StudentY}, Value = true }

관계를 읽으려면 주어진 버킷의 키를 나열하십시오. 그게 무슨 문제입니까? 젠장 느리다. riak에게는 버킷 나열이 우선 순위가 아니 었습니다. 점점 더 좋아지고 있습니다. btw. 이 예제 {true}는 StudentX 또는 Y의 단일 전체 프로필에 연결될 수 있기 때문에 메모리를 낭비하지 않습니다 (여기서 충돌은 가능하지 않음).

보시다시피 NoSQL! = NoSQL. 특정 구현을 살펴보고 직접 테스트해야합니다.

Column store가 관계에 잘 어울리는 것처럼 보이기 전에 언급했지만 A와 C 및 P 요구 사항에 따라 다릅니다.) A가 필요하지 않고 Peta 바이트보다 적 으면 그대로 두십시오. MySql 또는 Postgres를 사용하십시오.

행운을 빕니다

답변

"user": {
    "userid": "unique value",
    "category": "student",
    "metainfo": "yada yada yada",
    "clubs": ["archery", "kendo"]
}

"comments": {
    "commentid": "unique value",
    "pageid": "unique value",
    "post-time": "ISO Date",
    "userid": "OP id -> THIS IS IMPORTANT"
}

"page": {
    "pageid": "unique value",
    "post-time": "ISO Date",
    "op-id": "user id",
    "tag": ["abc", "zxcv", "qwer"]
}

 SELECT * FROM Comments WHERE userid = ‘That user’;

 SELECT * FROM Comments WHERE pageid = ‘That user’;

 SELECT * FROM Comments WHERE post-time > DateTime('2016, 1, 1');

 SELECT * FROM Page WHERE tag = 'kendo'