0
그래서 차원 모델링을 마쳤습니다. 2 가지 비즈니스 프로세스가있었습니다. 하나는 사실 테이블 하나는 차원이 있고, 다른 하나는 2 가지 사실 테이블과 조금 더 복잡했습니다. (이와 비슷한 방식으로 Invoice와 InvoiceRecord) 및 훨씬 더 많은 차원.OLAP 큐브 : 비즈니스 프로세스 당? 사실 테이블 당?
이제는 각 비즈니스 프로세스마다 하나씩 OLAP 큐브를 작성하는 방법에 대해 궁금한 점이 있습니까? 또는 각 비즈니스 프로세스 및 각 사실 테이블에 대해 하나씩?
스타 스키마는 각 비즈니스 프로세스마다 수행되며 ETL은 SSIS에서 수행됩니다. 저는 이제 큐브를 디자인하는 SSAS로 옮깁니다. 여기 스타 스키마가 있습니다. 포르투갈어로만 제공되지만 도움이되기를 바랍니다. [Operational Bussiness Process Schema] (http://i.imgur.com/Cn1oQp8.png) (사실 : Servicos & Entradas); [재무 적 비즈니스 프로세스 스키마] (http://i.imgur.com/bzKXW67.png) (사실 : 결과). 하나의 큐브 만 만들 것을 제안 하시겠습니까? 모든 테이블을 포함하는 데이터보기를 기반으로합니까? SSAS로 시작한 후 각 비즈니스 프로세스 스키마에 대해 자동으로 두 가지 데이터보기를 만들었습니다. – RMiranda
이 경우 나의 제안은 Operational business 및 Financial business에 대해 2 개의 다른 큐브를 만드는 것입니다. 사실 : Servicos & Entradas는 사실 : Resultados 및 관련 차원과 관련이없는 것으로 보입니다. 따라서 단일 큐브 만 작성한 경우이 두 사실의 측정 값은 연결되지 않은 대부분의 측정 기준과는 관련이 없습니다. 두 가지 사실의 결과를 함께 표시해야하는 요구 사항이 없으면 두 개의 다른 큐브를 만드는 것이 좋습니다. –