파일럿 프로젝트에서는 단일 테이블의 환자-방문 디자인이 잘 작동했지만, 이제 100배 확장해야 하고 보고서 생성이 실패합니다. 스키마를 어떻게 재설계해야 할까요?

파일럿 프로젝트에서 단일 테이블이 잘 작동했지만, 100배 확장 시 보고서 생성 실패는 스키마 비효율성 때문일 가능성이 큽니다. 마스터 환자 기록 테이블을 환자 테이블과 방문 테이블로 정규화하면 데이터 중복을 줄이고, 쿼리 성능을 향상시킬 수 있습니다. 특히 self-join을 피하기 위한 추가 테이블 생성은 복잡한 쿼리의 부담을 줄여 대규모 데이터 처리 시 보고서 생성 실패 문제를 해결하는 데 효과적입니다. 데이터베이스 서버 용량 증가는 근본적인 스키마 문제를 해결하지 못하며, 일시적인 해결책일 뿐입니다. 날짜 범위 샤딩은 특정 보고서에는 유용하지만, 다른 유형의 보고서에는 비효율적일 수 있습니다. 클리닉별 파티셔닝은 데이터 분산을 돕지만, 통합 보고서 생성 시 UNION 연산의 오버헤드가 발생할 수 있습니다.