보고를위한 다차원 데이터웨어 하우스

Question

보고 솔루션을 개발하는 데 몇 달이 소요됩니다. 현재 SSIS를 사용하여 관계형 데이터웨어 하우스 (팩트 및 차원 테이블)를로드하고 있습니다. SSAS 큐브와 차원은 관계형 데이터웨어 하우스에서 만들어집니다. 그런 다음 SSRS를 사용하여 MDX 쿼리를 사용하여 보고서를 작성합니다.

문제는 MDX 및 큐브뿐만 아니라 다차원 모델링이 작동하는 방식을 이해하려고 다소 복잡해지기 시작했다는 것입니다. 조직이 설계된 조직은 규모가 작기 때문에 내 접근 방식을 다시 평가해야한다고 생각합니다.

아마도 그림에서 SSAS를 제거하고 SQL 쿼리를 사용하여 관계형 데이터웨어 하우스에서 직접보고하는 보고서를 작성해야한다고 생각합니다. 관계형 데이터웨어 하우스를 야간에로드하여보고 용 최신 데이터를 허용 할 수 있습니다.

저는 데이터웨어 하우징 및 SSAS에 익숙하지 않은 것으로 생각하면 좋은 생각인지 궁금합니다. 또한 차원 및 팩트 테이블에 내 관계형 데이터웨어 하우스를 유지하는 것이 여전히 SQL 쿼리에서 작동하는지 또는 테이블을 다시 디자인해야하는지 알고 싶었습니다. SSAS가 더 많은 두통이나 문제를 일으키는 경우 SSAS를 없애 겠다는 결정을 내리고 싶지 않습니다.

보고서에는 행 수 및 YTD 비율 외에 복잡한 계산이 포함되지 않습니다. 예를 들어 "몇 명의 발신자가 남성 이었습니까?" "얼마나 많은 발신자가 제품 A를 요청 했습니까?" 그 다음 달까지 세분화됩니다.

SSAS 큐브가 올바르게 개발되도록 노력하면서 좌절감을 느끼기 시작했기 때문에 모든 의견이나 제안을 부탁드립니다.

Answer 1

나는 회사에서 비슷한 상황에 처해있었습니다. 나는 SSAS를 한번도 사용하지 않았으며 일부보고를하기 위해 큐브를 사용하는 이점에 대한 연구를 요청 받았습니다. 내 배경이 데이터 및보고가 아닌 개발 단계에 있기 때문에 꽤 가파른 학습 곡선이었습니다. SSAS는 관계형 데이터베이스에 대한 집계 쿼리가 시간이 많이 걸리는 경우와 분석자가 비즈니스 상태를 더 잘 이해하는 데 사용할 수있는 계층 구조로 보고서를 분류해야하는 경우에 가장 유용합니다. SSAS는 집계 정보를 저장하기 때문에 이러한 쿼리는 매우 빠릅니다. 조직의 데이터가 작 으면 관계형 쿼리가 빠르기 때문에 집계를 저장할 필요가 없습니다.

또한 SSAS 사용의 유지 관리 가능성을 고려해야합니다. SSAS와 MDX를 알아 내는데 어려움이 있다면 다른 사람들이 얼마나 쉽게 시간을 할 수 있습니까? 나는 SQL에 익숙한 내 상사에게 쓴 MDX 쿼리를 설명하려고 시도했지만 관계형 쿼리와는 정말 다르다. 좀 더 복잡한 보고서를 추가하는 것이 얼마나 쉬울까요?

SSAS를 사용하면 분석가가 보고서를 제어 할 수 있다는 장점이 있습니다. 둘째, 훌륭한 도구와 지원이 있습니다. 마지막으로 배치하고 연결하기가 쉽습니다.

Answer 2

큐브가 DW에서 데이터를 읽도록 작성 되었기 때문에 MDAS 쿼리에서 SSAS로 가져올 수있는 모든 결과가 있으므로 사용자의 아키텍처에서 SSAS를 제거 할 수 있습니다. 데이터웨어 하우스로 T-SQL 쿼리를 가져올 수 있습니다. 그러나 다음 사항에 유의하십시오. OLAP 큐브의 주요 이점은 내 관점에서 보면 집계입니다.

매우 간단한 설명 : 한 달에 1 백만 주문의 주문이라는 사실 테이블이 있다고 가정 해 보겠습니다. 그 달에 얼마만큼 팔았는지 알고 싶다면 sql을 사용하여 행 단위로 읽고 값을 합하여 합계를 산출해야합니다. DB에서 1 ​​백만 건의 읽기와 같습니다. Propper Agrregation이 구성된 큐브가있는 경우 큐브에 해당 값 pre-calculated and pre-stored을 가질 수 있으므로 한 달에 얼마만큼 판매했는지 알아야 할 경우 큐브에 한 번만 읽게됩니다.

그것 당신이 작은 큐브가 있다면, 아마 집계가 필요하지 않습니다 당신은 SQL을 잘 할 CNA의,하지만 상황에 따라, 그들은 답변에 대한