DirectQuery 모드(SSAS 테이블 형식)

기본적으로 테이블 형식 모델은 메모리 내 캐시를 사용하여 데이터를 저장하고 쿼리합니다. 테이블 형식 모델은 메모리에 있는 데이터를 사용하기 때문에 복잡한 쿼리도 아주 빨리 처리할 수 있습니다. 그러나 캐시된 데이터를 사용하는 경우 다음과 같은 몇 가지 단점이 있습니다.

• 원본 데이터를 변경해도 데이터가 새로 고쳐지지 않습니다. 데이터를 업데이트하려면 모델을 처리해야 합니다.

• 모델을 호스팅하는 컴퓨터를 끄면 캐시가 디스크에 저장되며, 모델을 로드하거나 PowerPivot 파일을 열 때 캐시를 다시 열어야 합니다. 따라서 저장 및 로드 작업 시간이 많이 걸릴 수 있습니다.

이와 달리 DirectQuery 모드는 SQLServer 데이터베이스에 저장된 데이터를 사용합니다. 일반적으로 모델을 제작하는 동안 데이터의 모든 예제 또는 일부 예제를 가져오고, 모델을 배포할 때 모델에 대한 쿼리의 데이터 원본이 캐시된 데이터가 아닌 SQL Server여야 한다고 지정합니다. Analysis Services에서 데이터에 대한 DAX 쿼리를 지정된 관계형 데이터 원본에 대해 해당하는 SQL 문으로 변환합니다.

DirectQuery 모드를 사용하여 모델을 배포하는 경우 많은 이점이 있습니다.

• 데이터 집합에 대한 모델이 너무 커서 Analysis Services 서버의 메모리에 맞지 않을 수 있습니다.

• 데이터가 최신 데이터이며, 데이터에 대한 별도의 복사본을 유지 관리해야 하는 추가적인 관리 오버헤드가 없습니다. 기본 원본 데이터를 변경하면 데이터 모델에 대한 쿼리에 바로 반영될 수 있습니다.

• DirectQuery는 xVelocity 메모리 최적화 열 인덱스에서 제공하는 것과 같은 공급자 측 쿼리 가속 기능을 활용할 수 있습니다.

• 백 엔드 데이터베이스에 의해 적용된 모든 보안은 행 수준 보안을 사용하여 적용됩니다. 이와 달리, 캐시된 데이터를 사용하는 경우에는 서버에서 캐시 보안을 정확하게 설정하기 어려울 수 있습니다.

• 모델에 포함되어 있는 복합 수식에 여러 쿼리가 필요할 수 있는 경우 Analysis Services에서는 최적화를 수행하여 벡 엔드 데이터베이스에 대해 실행된 쿼리의 쿼리 계획 효율성을 극대화할 수 있습니다.

테이블 형식 모델은 모델 디자이너 SQL Server Data Tools(SSDT)를 사용하여 만듭니다. 모델 디자이너가 메모리에 모든 모델을 만듭니다. 이는 모델링할 때 데이터가 너무 커서 메모리에 맞지 않는 경우 작업 영역 데이터베이스에 사용된 캐시에 데이터의 하위 집합만을 가져와야 함을 의미합니다.

DirectQuery 모드로 전환할 준비가 되었으면 DirectQuery 모드를 사용하도록 설정하는 속성을 변경할 수 있습니다. 자세한 내용은 DirectQuery 디자인 모드를 사용하도록 설정(SSAS 테이블 형식)을 참조하십시오.

이렇게 하면 모델 디자이너가 혼합 모드에서 실행되도록 자동으로 작업 영역 데이터베이스를 구성하므로 캐시된 데이터를 계속해서 사용할 수 있습니다. 또한 모델 디자이너는 모델에서 DirectQuery 모드와 호환되지 않는 모든 기능을 알려 줍니다. 다음 목록에는 유의해야 할 주요 사항이 요약되어 있습니다.

• 데이터 원본: DirectQuery 모델은 단일 SQL Server 데이터 원본의 데이터만 사용할 수 있습니다. 모델에서 DirectQuery 모드를 사용하도록 설정했으면 모델 디자이너에서 복사/붙여넣기 작업으로 추가한 테이블을 비롯한 다른 형식의 데이터를 사용할 수 없습니다. 또한 모든 가져오기 옵션도 사용할 수 없습니다. 쿼리에 포함된 모든 테이블은 SQL Server 데이터 원본의 일부여야 합니다. 자세한 내용은 데이터 원본을 참조하십시오.

• 계산 열에 대한 지원: DirectQuery 모델에 대해서는 계산 열이 지원되지 않습니다. 그러나 데이터 집합에 대해 작동하는 측정값 및 KPI를 만들 수는 있습니다. 자세한 내용은 유효성 검사 섹션을 참조하십시오.

• DAX 함수의 제한된 사용: 일부 DAX 함수는 DirectQuery 모드에서 사용할 수 없으므로 해당 함수를 다른 함수로 바꾸거나 데이터 원본에서 파생 열을 사용하여 값을 만들어야 합니다. 모델 디자이너에서는 DirectQuery 모드와 호환되지 않는 수식을 만들 때 발생하는 모든 오류에 대한 디자인 타임 유효성 검사 기능을 제공합니다. 자세한 내용은 유효성 검사 섹션을 참조하십시오.

• 수식 호환성: 알려진 특정 경우에 동일한 수식에서 관계형 데이터 저장소만 사용하는 DirectQuery 모델과 비교했을 때 혼합 모델이나 캐시된 모델의 경우 다른 결과를 반환할 수 있습니다. xVelocity 메모리 내 분석(VertiPaq) 엔진과 SQL Server 간의 의미 체계 차이점 때문에 이러한 차이가 발생합니다. 이러한 차이점에 대한 자세한 내용은 수식 호환성 섹션을 참조하십시오.

• 보안: 모델의 배포 방법에 따라 모델 보안을 설정하는 데 사용하는 방법이 다릅니다. 테이블 형식 모델의 캐시된 데이터에는 Analysis Services 인스턴스의 보안 모델을 사용하여 보안이 설정됩니다. 역할을 사용하여 DirectQuery 모델 보안을 설정할 수 있지만 관계형 데이터 저장소에 정의된 보안을 사용할 수도 있습니다. 즉, DirectQuery 전용 모델을 기반으로 보고서를 여는 사용자가 SQL Server에서 해당 사용자의 사용 권한에 허용되는 데이터만 볼 수 있도록 모델을 구성할 수 있습니다. 자세한 내용은 다음 섹션을 참조하십시오. 보안.

• 클라이언트 제한 사항: DirectQuery 모드에 있는 모델은 DAX를 사용해서만 쿼리할 수 있습니다. MDX를 사용하여 쿼리를 만들 수는 없습니다. 즉, Excel에서는 MDX를 사용하기 때문에 Excel 피벗 클라이언트를 사용할 수 없습니다.

  그러나 DAX 테이블 쿼리를 XMLA Execute 문의 일부로 사용하는 경우에는 SQL Server Management Studio에서 DirectQuery 모델에 대한 쿼리를 만들 수 있습니다. 자세한 내용은 DAX 쿼리 구문 참조를 참조하십시오.

모든 디자인 문제를 해결하고 모델을 테스트했으면 배포할 준비가 된 것입니다. 이때 모델에 대한 쿼리에 응답하는 데 기본적으로 사용되는 방법을 설정할 수 있습니다. 사용자가 캐시에 액세스할 수 있는 권한을 가지도록 할지 항상 관계형 데이터 원본만 사용하도록 할지 결정하셨습니까?

혼합 모드에서 모델을 배포하면 계속해서 캐시를 사용할 수 있으며 쿼리에 캐시를 사용할 수 있습니다. 혼합 모드에서는 여러 가지 옵션이 제공됩니다.

• 캐시와 관계형 데이터 원본 모두 사용할 수 있는 경우 기본적으로 사용되는 연결 방법을 설정할 수 있지만 궁극적으로는 클라이언트가 DirectQueryMode 연결 문자열 속성을 사용하여 사용되는 원본을 제어합니다.

• DirectQuery 모드에 사용된 기본 파티션이 절대 처리되지 않는 방식으로 캐시에 파티션을 구성할 수도 있으며 항상 관계형 원본을 참조해야 합니다. 여러 가지 방법으로 파티션을 사용하여 모델 디자인 및 보고 환경을 최적화할 수 있습니다. 자세한 내용은 파티션 및 DirectQuery 모드(SSAS 테이블 형식)을 참조하십시오.

• 모델을 배포한 후 기본적으로 사용되는 연결 방법을 변경할 수 있습니다. 예를 들어 모델을 사용하는 보고서나 쿼리를 모두 철저히 테스트한 후에만 테스트에 혼합 모드를 사용하고 모델을 DirectQuery 전용 모드로 전환할 수 있습니다. 자세한 내용은 DirectQuery의 기본 연결 방법 설정 또는 변경을 참조하십시오.

DirectQuery 모델의 데이터 원본

DirectQuery 모드를 위한 유효성 검사 및 디자인 제한 사항

DirectQuery 모드에서 사용할 모델을 만들 때는 처음에 데이터의 일부분을 캐시에 로드해야 합니다. 궁극적으로 사용할 데이터가 너무 커서 메모리에 들어가지 않으면 테이블 가져오기 마법사에서 미리 보기 & 필터 옵션을 사용하여 데이터의 하위 집합을 선택하거나 SQL 스크립트를 작성하여 원하는 데이터를 가져올 수 있습니다.

주의
DirectQuery 모드는 계산 열의 사용을 지원하지 않으므로 결합하거나 다른 작업을 수행하려는 열이 있는 경우 미리 계획하고 열 정의를 데이터 가져오기 쿼리 또는 스크립트의 일부로 만들어야 합니다.

유효성 검사 오류를 보고 해결하려면 SQL Server Data Tools에서 오류 목록을 엽니다. DirectQuery 모드를 차단하는 심각한 오류는 오류 탭에 표시됩니다. DirectQuery 모드로 변경하기 전에 이러한 오류를 수정해야 합니다. 일반적으로 더 해결하기 어려운 유효성 검사 오류는 DirectQuery 모드에서 지원되지 않는 수식과 관련이 있습니다. 수식 및 계산 열과 관련된 오류에 대한 개요를 보려면 수식 호환성 섹션을 참조하십시오.

다음 목록에서는 DirectQuery 액세스를 위한 모델을 제작할 때 유의해야 할 기타 고려 사항에 대해 설명합니다.

• DirectQuery 전용 모드에서는 결과를 보는 사용자의 보안 컨텍스트에 따라 보고서 결과가 달라질 수 있습니다. 사용자가 예상 결과를 얻을 수 있도록 하려면 여러 다른 자격 증명을 사용하여 모델을 테스트해야 합니다.

• SQL Server의 데이터 또는 캐시를 사용할 수 있도록 혼합 모드에서 작동하는 모델을 구성하는 경우 연결 문자열에 지정된 모드에 따라 각 원본에 연결하는 클라이언트에게 서로 다른 결과를 표시될 수도 있음을 알고 있어야 합니다. 보고서 사용자에게 SQL Server의 데이터만 표시되어야 하는 경우에는 캐시를 지우거나 모델을 DirectQueryOnly로 변경해야 합니다.

DirectQuery 모델에 대한 수식 호환성

DirectQuery 모델에 연결

DirectQuery 모드의 보안

다음 표에서는 모델에 대한 쿼리에 사용되는 데이터 원본을 제어하고 DirectQuery를 사용하도록 설정하기 위해 SQL Server Data Tools 및 SQL Server Management Studio에서 설정할 수 있는 속성을 보여 줍니다.

또한 모델에 파티션이 포함되어 있는 경우 DirectQuery 모드에서 쿼리의 원본으로 사용할 하나의 파티션을 선택해야 합니다. 자세한 내용은 파티션 및 DirectQuery 모드(SSAS 테이블 형식)를 참조하십시오.

개념