MySQL을 사용하여 부모 - 자식 관계를 저장하고 있습니다. 데이터는 하나의 테이블에 집중되어 있으며 설계 상 실제로 매우 우아합니다.계층 적 데이터 구조를 가진 데이터베이스 공유하기
나는 quering에 문제가 없습니다. 그러나 테이블 크기가 크게 커졌습니다. 내 쿼리 (및 조인)의 성능을 향상시키기 위해 일부 기법을 사용하거나 파기하고 싶습니다. 나는 그것을 어떻게 할 것이냐?
모든 포인터가 감사하겠습니다.
감사합니다, R
당신에게 좋은 대답을 줄이 게시물에 충분한 정보가 없습니다. 먼저 테이블 구조가 무엇인지 알아야합니다. 클러스터되지 않은 인덱스가 정의되어 있습니까? 아니면 단순히 클러스터 된 인덱스 하나입니까?
이 데이터베이스를 사용하는 응용 프로그램은 데이터와 어떤 관계가 있습니까?
또한 이름 필드 또는 특정 날짜를 말하고 있습니까? 그렇다면 이들은 인덱스 유형의 후보가 될 수 있습니다.
그래도 봐야 할 것은 입니다. 인덱스는입니다.
제품이 커지면 더 많은 도움이 필요하다고 생각합니다. dbShards은 좋은 출발점입니다. 이들은 데이터에 대한 샤딩 전략을 설계하는 데 도움을 줄 것이고 필요한 테이블을 쉽게 파쇄 할 수 있습니다. 한 테이블이 너무 커지면 샤딩은 나쁜 선택이 아닙니다. 나는 dbShards를 조사 할 것이다. 이 상황에서 잘 작동 할 수도 있습니다.
쿼리 속도가 느리거나 많은 쿼리를 수행해야합니까? 지식을 최대한 활용하여 인덱스를 최적으로 사용하고 있습니까? –
데이터베이스 분할이 의미 론적 필드를 기반으로 할 수 있다고 가정합니다. 모든 비즈니스 도메인에 대해이 필드에 대한 선택은 거의 없습니다. 대부분 고객의 계정 ID입니다. –