데이터베이스 분할 팁

Question

SQL Server 2005에 대한 몇 권의 책을 읽었지만 찾고있는 내용에 대한 적절한 대답을 찾지 못했습니다.

문제는 다음과 같습니다. - 고객 주문을 예약 할 때 한 번에 5-20 명의 사용자가 사용하는 데이터베이스가 있습니다. 그들은 전화로 하루에 많은 주문을받습니다. 따라서 주문 주문과 제품 주문보기가 빠르지 않아야합니다.

많은 주문이 접수되었습니다. 주문 세부 정보가 포함 된 많은 표가 있으며이 데이터를 사용하는 보고서가 많이 있습니다. 문제는 보고서가 매우 느립니다. 인덱싱은 조금 도움이되었지만 기대 한만큼 많이하지 못했습니다.

조금만 읽은 후 온라인 트랜잭션과보고 전용으로 데이터베이스를 두 개로 나누려고합니다.

빠른 리포팅을 위해 데이터베이스를 디자인하는 방법과 두 데이터베이스를 분리하는 방법을 가르쳐 줄 책이나 사이트를 제안하여 도움을 주시면 매우 감사드립니다. 온라인 거래 및 기타 빠른보고 (빠른보고를위한 데이터웨어 하우스 디자인일까요?)

내 주요 목표는 매우 빠른 보고서 작성입니다 (일부 보고서는 이제 실행하는데 5 분이 걸리고 더 많은 데이터로 인해 더 느려질 것입니다). 나를 올바른 방향으로 인도하는 데 도움이 될 것입니다.

Answer 1

랄프 킴볼의 Data Warehouse Toolkit을 살펴보십시오. 그냥 일반 star-schema은보고 속도를 높일 수 있습니다. 그리고 스타 스키마가보고를 단순화하는 방법에 관한 here is an example.

Answer 2

먼저 기존 디자인과 작업량을 확인하십시오.

OLTP 측면을 더 이상 최적화 할 수 없다면 나는 Kimball 데이터웨어 하우스 방법론으로 완전히 갈 것입니다. SSIS 등을 사용하여 일반 데이터베이스에서 데이터를 업데이트하고 데이터를 별 모양으로 변환하십시오. OLTP/정규화 된 측면에서의 생산 거래를 방해하지 않고보고 성능이 크게 향상되어야한다는 것을 발견해야합니다.

이것은보고에 적합하지 않은 정규화 된 데이터베이스 스키마를보고하여 이전에 먹어 ​​본 스페어 사이클을 사용하여 두 데이터베이스를 매우 가까운 동기화 상태로 유지할 수있는 수준까지 향상 될 수 있습니다. 트리거 또는 예약 된 작업을 사용하여 확장하면 규모가 큰 경우보다 복잡한 옵션을 사용하여웨어 하우스를 비교적 쉽게 최신 상태로 유지할 수 있습니다.

데이터베이스가 엄청나게 크지 않은 경우 반드시 두 데이터베이스에 있어야 할 필요는 없습니다. 다른 스키마를 사용하여 논리적으로 체계적으로 유지할 수 있으며 분할 한 경우에도 OLTP에보기를 넣을 수 있습니다 데이터베이스를 사용하여 연결시 데이터베이스를 변경하지 않고 사용할 수 있도록합니다. 별도의 데이터베이스를 사용하는 것의 주된 이점은 데이터베이스 차원의 옵션 (예 : 데이터 정렬 또는 백업 모델)을 변경하는 것입니다. 물론 파일 그룹을 사용하여이를 지원할 수도 있습니다.