수평 데이터베이스 확장

Question

나는이 구조를 가진 PostgreSQL 데이터베이스와 루비 레일에 응용 프로그램을 . 각 A에는 수천 개의 B가 있고 각 B에는 수만 개의 C가 있습니다 (따라서 각 A에는 수백만 개의 C가 있음).

A는 독립적이며 다른 A의 B 's와 C는 함께 필요하지 않습니다 (즉 동일한 쿼리에서).

내 문제는 이제 ActiveRecord 쿼리가 꽤 오래 걸린다는 것입니다. C 용 테이블에 수천만 개의 행이 있으면 쿼리에 오래 걸릴 것입니다.

데이터베이스를 수평으로 확장하려고합니다 (즉, A의 테이블, B의 ​​테이블 하나, 각 A의 C 테이블 하나). 그러나 나는 그것을 어떻게하는지 모른다. 그것은 일종의 sharding 일종이지만 DB 테이블을 동적으로 생성하는 방법을 알아낼 수 없으며 ActiveRecord를 사용하여 테이블이 어떤 A im과 작업하는지에 따라 데이터에 액세스 할 수 있습니다.

대단히 감사합니다.

Answer 1

소수 행 또는 몇 백만 행의 성능 문제가있는 경우 솔루션을 대기업에 적용하기 전에 조치를 취해야합니다. 설명하는 문제는 색인 생성을 통해 쉽게 해결할 수 있습니다. 추가적인 물리적 테이블을 만드는 데 이점이 없으며 놀라운 복잡성을 도입하게됩니다.

@ mu-is-too-short 이미 언급했듯이 : 쿼리 계획에주의하십시오. 도구를 사용하여 실적을 분석하십시오.

table partitioning은 물리적으로 그리고 투명하게 데이터를 다른 샤드 테이블에 저장하는 데 사용할 수 있으며 이는 매우 빠르게 증가하지만 특정 시간 상자 (예 : 한 달)에만 유용합니다. 또한 아카이브 비트 플래그 열을 사용하여 오래된 레코드 또는 삭제 된 레코드를 더 느린 스토리지 (예 : 방적 녹이 포함 된 표준 RAID)로 셔틀하면서 빠른 스토리지 (SSD RAID와 같은)에 활성 레코드를 유지할 수 있습니다.

Answer 2

그래서 나무와 같은 구조로 보입니다. 어떤 종류의 교차 참조 방식으로 데이터베이스에서 가져올 필요가 없다면, A는 정확히 "문서"의 속성을 가지고 있습니다. MongoDB를 살펴보십시오. A 's는 B와 B 모두로 저장되며 거기에는 C가 하나의 레코드로 저장됩니다. 당신이 ORM을 찾고 있다면, 당신이 할 경우, 당신은 당신이에 kajillion 테이블을하지 않도록 다른 스키마로 분할 할 수 있습니다

http://mongoid.org/en/mongoid/index.html