대규모 웹 사이트 아키텍처에 대 한 3-하-다 관계의 최적화 디자인

기본 데이터 파티션 구성표와 사용자 6184.html에 따라 기본 구성 체계를 소개 하는 마지막 장 "> 데이터 테이블". 하지만 2.0 시대,이 간단한 목록 인덱스는 문제가 되 고 멀리 되었으며 다 대 다 관계는 가장 일반적인 관계를 될 것입니다. 지금, 우리는 정교 하 고 2.0 시대에서에 web2.0 데이터. 예를 들어 매우 간단한 예제에서는 널리 존재는 다 대 다 관계에 대 한 구체적인 행동 판단 제시, 친구 기능은 가장 일반적으로 사용 되, 각 사용자는 많은 친구, 하지만 또한 있을 것입니다 많은 친구, 다음이 양의 데이터 광장 레벨의 사용자 수가 있을 것입니다. 마찬가지로, 문서 라벨에 대 한 각 문서 하나 이상의 레이블을 가질 수 있습니다 그리고 각 레이블은 여러 기사, 기하학적 제품입니다 가질 수 있습니다, 그리고 데이터 양의 천문학 됩니다.

두 전통적인 솔루션 있다, 하나는 달성 하기 위한 검색 방법을 통해, 하나 별도 인덱스 테이블, 저장에 대 한 해당 ID의 스토리지를 구축 하는 것입니다. 첫 번째 시나리오에 대 한 쿼리, 같은 많은 포함 하기 때문에 성능이 아니다 아첨, 두 번째 경우에는 데이터베이스의 행 수는 놀라울 정도로 거 대 한, 그리고 교차 하는 쿼리, 데이터의 고유성을 유지 하는 테이블을 http://www.aliyun.com/zixun/ 집계/14345.html "의 복잡도 > 데이터 처리 프로세스는 자명 하다.

이 주제는, 우리가 여기 레이블과 사이 예를 들어 설명 하 고, 우리는 그룹 및 사용자, 사진 앨범 및 복잡 한 다 대 다 관계 사이 원에서 사용자의 생각을 추정할 수 다 대 다 관계 문서는 특정 솔루션을 제공 하는 다음 얼굴 데이터 다 관계에 텍스트.

먼저 우리 필터링 프로세스, 고 우리 전통적인 계획의 두 번째 예에서는 우리는 걷고는 전통적인 데이터베이스 디자인에: 블로그 게시물과 삽입 레이블 일반 3 단계 (4 단계도 또한 이해 될 수 있다, 레이블이 있는지 확인 하기 위해 또한 생각), 첫 번째 문서 데이터베이스에 단계 및 문서 id 두 번째 단계는 라벨을 삽입 하려면 데이터베이스 및 쿼리 있는지 레이블, 그것은 존재 하는 경우 레이블 ID를 제거, 그렇지 않으면 새 레이블 삽입 ID, 세 번째 부분, 문서 ID를 제거 및 태그의 ID는 연결을 설정 하 인덱스 테이블에 삽입. 특히 데이터가 큰 경우, 그것은 효과적으로 쿼리 속도 향상 시킬 수 있지만 출시의 속도 견딜 수 있을 수 있습니다 그것은 시점에서, 인덱스 테이블에 인덱스를가지고 비참 한 것입니다.

우리가 다루고 있는 접근 다 대 다 관계는 거래 추가 3 부작 이기도 합니다.

레이블, 우리가 가장 많이 사용 문서 및 문서 레이블, 그래서 우리는이 예제에서는 실현 된다 표시 아래에 있는 쿼리 탭입니다.

첫 번째 단계는 인덱스 테이블을 삭제 하는.

중복 필드 플러스 태그 열 할 문서에 대 한 우리 같이 태그 태그를 말할 수 있다: [tagid, tagname] | [tagid, tagname] | [Tagid, tagname] 또한 테이블 태그에 대 한 우리가 다음 중복 플러스 문서 필드 [articleid, 제목] 다음과 같이 | [ArticleID, 제목] | 내 마지막 기사 소개 [ArticleID, 제목], 필요한 시간이 우리가 그냥 추가, 문서 구조 및 태그 구조를 참조할 수 있습니다. 사실, 더 많은 저장 하는 필요에 따라.

어떤 사람들에 게 묻습니다, 왜 사실 tagname 및 ArticleTitle, 저장, 쿼리 및 Innerjoin 쿼리 할 쿼리 및 테이블 쿼리를 교차를 피하기 위하여 완전 하면 테이블 탐색, 쿼리 실행에서 우리는 그래서 찾아야 합니다 효과적인 대체 방법.

부 II: 비동기 로드 합니다.

디자인 모드에서 우리는 종종 생각 단일 모드의 우리, 비동기 구현 할 특별 한 과정을 다루는, 단일 모드, 문서 및 라벨 사이 인덱스 대신 채택.

그것은 테이블 태그를 확인 하 고 싶 었 출판 되었음 때 문서에 의해 발생 하는 스레드 혼잡을 피하기 위하여 지연 된 로드 구성표와 함께 할 필요가 있었습니다. 서버 프로세스 전문 쿼리를 유지 해야 하 고 태그와 문서 많은의 인덱싱, 우리가 게시 해야 문서 라벨 프로세스와 인덱스에 다른 프로그램을 호스팅의이 조각을 동기화 할 때.