문제

매일 데이터베이스에 약 15 만 행의 데이터가 기록됩니다. 이 행은 예를 들어 나가는 기사를 나타냅니다. 이제 SSRS 를 사용하여 그래프를 표시해야합니다. 시간 경과에 따른 일일 평균 기사 수를 보여줍니다 . 어제의 실제 기사 수에 대한 정보도 필요합니다 .

아이디어는 모든 거래에 대한 집계 된보기를 가지고 무언가 잘못되었음을 나타낼 수있는 무언가를 갖는 것입니다 (예를 들어 평균보다 20 % 적은 기사를 보내는 것).

내 생각은 어제 데이터를 SSAS 로 이동하는 것입니다. 밤과 거기에 어제 데이터에서 거래 수의 집계 값과 실제 거래 수를 저장합니다. SSAS를 사용하면보고 속도가 향상되기를 바랍니다.

이게 올바른 아이디어라고 생각하십니까? SSAS를 건너 뛰고 원시 데이터에 대한 보고서를 바로 가져야합니까? 표준 SQL 쿼리를 사용하여 원시 데이터에보고 서비스를 사용하는 방법을 알고 있지만 SSAS를 쿼리 할 때 어떻게 변경됩니까? SSAS 를 모르겠습니다. ..을 어디서 시작해야합니까?

도움이 되었습니까?

해결책

SSAS의 멋진 점은 계산 된 측정 값을 만들거나 KPI를 사용하여 매우 쉽게 말하는 지표를 얻을 수 있다는 것입니다.

Microsoft SQL Server 2005로 비즈니스 인텔리전스 제공 으로 시작했습니다.좋은 소개가 있었지만 안타깝게도 세부 사항에 관해서는 너무 장황합니다.하지만이 프레임 워크를 사용하여 SSAS, OLAP 및보고를 이해하고 싶다면 좋은 시작입니다.

Mosha Pasumansky는 SSAS 및 블로그 를 보유하고 있습니다.//en.wikipedia.org/wiki/Multidimensional_Expressions "rel="nofollow noreferrer "> MDX 와 훌륭한 링크 .

그 외에는 Microsoft 온라인 도서를 추천합니다.

다른 팁

SSAS (Analysis Services)와 SSIS (통합 서비스)를 혼동하지 않습니까?

SSAS는 ETL이 아니라 OLAP 도구입니다.

SSIS는 ETL 도구입니다.

로완의 모든 말에 동의합니다.용어가 혼란 스럽습니다.

SSAS는 ETL 도구입니다.기본적으로 어딘가 (발신 기사)에서 데이터를 가져 와서 작업 (집계)하고 다른 곳에 저장합니다 (집계 테이블, 데이터웨어 하우스 등).자세한 내용은 링크를 확인하십시오.

아마 DB의 모든 행을 무기한으로 유지하지 않을 것이며, 필요한 더 긴 추세에 대해보고하려는 경우 어떤 경우에도 과거 데이터를 집계하는 방식을 사용합니다.따라서 보고서에서이 기록 데이터 저장소를 소스로 사용하도록 만드는 것이 합리적입니다.그런 다음 모든 종류의 멋진보고를 수행하는 데 사용할 수 있습니다.

TL; DR : 향후보고 요구 사항을 염두에두고 집계 된 내역 표를 정의하십시오.SSAS를 사용하여 테이블을 채우고 매일 업데이트에서 새로 고칩니다.그 테이블에서보고하십시오.추가 자료 : 스타 스키마 및 데이터웨어 하우징

@Sergio 및 @Rowan

예, 데이터를 데이터베이스로로드하고 변환하는 것에 대해 이야기하지 않습니다 (SSIS 도구처럼).이는 통합 플랫폼을 사용하여 해결되었습니다.

@Riri는 SSAS가 당신이 제시 한 상황에 대해 과잉 일 수도 있습니다.요약 테이블을 매일 채우기 만하면되는 경우 SQL Server에서 일반 JOB을 만들고 일반 T-SQL 스크립트에서 수행하여 수행 할 수 있습니다.

저는이 접근 방식을 수년 동안 매일 약 9GB의 새로운 데이터에서 비즈니스 지표를 계산하는 데 매일 사용했습니다.작동하고 빠르며 간단하며 이미 익숙한 기술을 사용합니다.일상적인 프로세스가 더 복잡해지면 (파일에서 읽고, FTP를 사용하고, 이메일을 보내야 함) SSIS 패키지 (또는 원하는 다른 ETL 도구)로 이동할 수 있지만 OLAP를 제공해야하는 경우가 아니면 SSAS 사용을 권장 할 수 없습니다.기능을 사용자에게 제공합니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top