DirectQuery 모드(SSAS 테이블 형식)

Analysis Services를 사용하면 DirectQuery 모드를 통해 관계형 데이터베이스 시스템에서 직접 데이터와 집계를 검색하는 테이블 형식 모델과 보고서를 만들 수 있습니다. DirectQuery 모드를 사용하는 경우의 일반적인 이점에는 메모리에 들어갈 수 없는 매우 큰 데이터 집합을 쿼리하는 기능과 실시간으로 데이터를 새로 고치는 기능이 포함됩니다.

이 항목에서는 메모리에만 있는 표준 테이블 형식 모델과 관계형 데이터 원본을 쿼리할 수 있는 테이블 형식 모델 간의 차이점을 소개하고 DirectQuery 모드에서 사용할 모델을 제작하고 배포하는 방법에 대해 설명합니다.

이 항목의 섹션:

• DirectQuery 모드 개요

• DirectQuery 모드에서 사용할 모델 제작

  • DirectQuery 모델의 데이터 원본

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

  • 수식 호환성

  • DirectQuery 모델에 연결

  • 보안

• DirectQuery 속성

• 관련 항목 및 태스크

DirectQuery 모드 개요

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

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

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

이와 반대로 DirectQuery 모드의 테이블 형식 모델은 SQL Server 데이터베이스 또는 SQL Server PDW 데이터 웨어하우스에 저장된 데이터를 사용합니다. 디자인 타임에 모든 데이터나 데이터의 작은 샘플을 캐시로 가져오고 일반적인 방식으로 모델을 작성합니다. 모델을 배포할 준비가 되면 운영 모드를 DirectQuery로 변경합니다. 운영 모드를 변경한 후 모델에 대한 모든 쿼리는 캐시된 데이터가 아니라 지정된 관계형 데이터 원본(SQL Server 또는 SQL Server PDW)을 사용합니다.

모델에 대한 보고서 또는 쿼리를 만드는 경우 DAX를 사용하지만 DAX 쿼리는 Analysis Services에 의해 지정한 관계형 데이터 원본에 대한 동등한 Transact-SQL 문으로 변환됩니다.

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

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

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

• DirectQuery는 xVelocity 메모리 최적화 열 인덱스에서 제공하는 것과 같은 공급자 측 쿼리 가속 기능을 활용할 수 있습니다. xVelocity columnstore 인덱스는 향상된 DirectQuery 성능을 지원하기 위해 SQL Server 2012 및 SQL Server PDW에서 제공됩니다.

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

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

DirectQuery 모드용 모델 디자인

모든 테이블 형식 모델은 기본적으로 항상 메모리에 모델을 만드는 SQL Server Data Tools(SSDT)의 모델 디자이너를 사용하여 작성됩니다. 즉, 메모리에 들어가기에 너무 큰 데이터로 작업하는 경우 디자인 타임에 작은 데이터 하위 집합으로 작업할 계획을 세우고 모델이 배포된 후에만 전체 데이터 원본에 액세스해야 합니다. 작은 데이터 하위 집합으로 작업할 수 있는 몇 가지 방법은 다음과 같습니다.

• 테이블 가져오기 마법사를 사용하여 데이터를 모델에 추가하는 경우 필터를 사용하여 데이터의 하위 집합만 작업 영역 데이터베이스에서 사용하는 캐시로 가져옵니다. 모델을 배포한 후 쿼리 정의를 편집하여 필터를 제거하거나 변경할 수 있습니다.

• 준비 데이터 원본을 사용하고 준비 테이블에 데이터의 하위 집합만 포함되어 있는 동안 모델을 디자인합니다.

• 테이블에 파티션을 추가하여 한 번에 처리해야 하는 데이터의 양을 관리합니다.

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

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

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

• 계산 열에 대한 지원: 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 모델에서 사용할 수 없습니다.

DirectQuery 모드에서 모델을 사용하려는 경우 보고하는 데 필요한 모든 데이터가 지정한 데이터 원본에 저장되도록 해야 합니다. 해당 원본에서 모델링에 필요한 데이터를 사용할 수 없는 경우에는 Integration Services 또는 다른 데이터 웨어하우징 도구를 사용하여 DirectQuery 데이터 원본으로 사용할 데이터베이스 또는 데이터 웨어하우스로 데이터를 가져오십시오.

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

DirectQuery 모드에서 사용할 모델을 만들 때는 처음에 데이터의 일부분을 캐시에 로드해야 합니다. 궁극적으로 사용할 데이터가 너무 커서 메모리에 들어가지 않으면 테이블 가져오기 마법사에서 미리 보기 & 필터 옵션을 사용하여 데이터의 하위 집합을 선택하거나 SQL 스크립트를 작성하여 원하는 데이터를 가져올 수 있습니다. 또 다른 옵션은 데이터 웨어하우스에서 데이터의 하위 집합을 준비한 다음 디자인 단계가 완료된 후 데이터 저장소를 늘리는 것입니다.

주의
DirectQuery 모드에서 계산 열의 사용을 지원하지 않기 때문에 계산 열을 모두 제거해야 합니다. 일부 계산 열을 측정값으로 변환할 수 있지만 다른 경우에는 파생 열을 데이터 가져오기 쿼리 또는 스크립트의 일부로 작성하거나 관계형 데이터 원본에서 추가할 수도 있습니다.

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

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

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

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

DirectQuery 모델에 대한 수식 호환성

일부 모델에는 DirectQuery 모드에서 지원되지 않는 수식이 포함될 수 있으며, 유효성 검사 오류가 발생하지 않도록 해당 모델을 다시 디자인해야 합니다. DirectQuery 모드에서 지원되는 수식에 대한 제한 사항은 다음과 같습니다.

• 계산 열은 DirectQuery 모드를 사용하도록 설정된 테이블 형식 모델에서 지원되지 않으며, 혼합 모델에서도 지원되지 않습니다. 모델에 계산 열이 필요한 경우 가져오기 정의에 Transact-SQL을 사용하여 해당 열을 파생 열로 변환하십시오.

• DirectQuery 모델은 측정값에 DAX 수식을 사용할 수 있도록 지원합니다. 이 수식은 관계형 데이터 저장소에 대한 집합 기반 연산으로 변환됩니다. 암시적 측정값을 사용하여 만들 수 있는 측정값도 지원됩니다.

• 일부 함수는 지원되지 않습니다. DirectQuery 모델을 쿼리할 때 Analysis Services는 모든 DAX 수식과 측정값 정의를 SQL 문으로 변환하기 때문에 Transact-SQL로 변환할 수 없는 요소가 들어 있는 수식에서는 모두 모델에 대한 유효성 검사 오류가 발생합니다. 예를 들어 시간 인텔리전스 함수는 지원되지 않습니다. 통계 함수와 같은 지원되는 함수도 다르게 동작할 수 있습니다. 전체 호환성 문제 목록은 DirectQuery 모드에서의 수식 호환성을 참조하십시오.

• 모델을 DirectQuery 모드로 전환하는 경우 모델의 일부 수식이 유효성 검사를 수행할 수 있지만 캐시와 관계형 데이터 저장소에 대해 다른 실행 결과를 반환합니다. 캐시에 대한 계산은 Excel 동작을 에뮬레이트하는 여러 기능이 포함된 xVelocity 메모리 내 분석(VertiPaq) 엔진의 의미 체계를 사용하는 반면 관계형 데이터 저장소에 저장된 데이터에 대한 쿼리는 반드시 SQL Server의 의미 체계를 사용하기 때문에 이러한 결과가 발생합니다. 모델을 실시간으로 배포하는 경우 서로 다른 결과를 반환할 수 있는 DAX 함수 목록을 보려면 DirectQuery 모드에서의 수식 호환성을 참조하십시오.

DirectQuery 모델에 연결

DMX를 쿼리 언어로 사용하는 클라이언트는 DirectQuery 모드를 사용하는 모델에 연결할 수 없습니다. DirectQuery 모델에 대한 MDX 쿼리를 만들려고 하면 큐브를 찾을 수 없거나 큐브가 처리되지 않았다는 오류가 발생합니다. Power View, DMX 수식 또는 XMLA 쿼리를 사용하여 DirectQuery 모델에 대한 쿼리를 만들 수 있습니다. 테이블 형식 모델에 대한 임시 쿼리를 수행하는 방법에 대한 자세한 내용은 테이블 형식 모델 데이터 액세스를 참조하십시오.

혼합 모델을 사용하는 경우 DirectQueryMode 연결 문자열 속성을 지정하여 사용자가 캐시에 연결하는지 아니면 DirectQuery 데이터를 사용하는지를 지정할 수 있습니다.

DirectQuery 모드의 보안

모델 제작 중에 원본 데이터를 검색하는 데 사용되는 사용 권한을 지정합니다. 주로 사용자 자격 증명 또는 개발에 사용되는 계정입니다. 그러나 DirectQuery 모드를 사용하도록 모델을 전환하면 보안 컨텍스트가 더 복잡해집니다.

• 사용자가 관계형 데이터 저장소의 데이터에 대해 필요한 수준의 액세스 권한을 가지고 있는지 여부를 고려합니다.

• 사용자의 보안 컨텍스트에 따라 동일한 모델 또는 보고서를 보는 사용자가 서로 다른 데이터를 볼 수 있습니다.

• 모델 캐시가 유지된 경우 Analysis Services 보안 모델(역할)을 사용하여 캐시에 보안이 설정됩니다. 캐시에 사용자는 볼 수 없고 모델 디자이너는 볼 수 있는 권한을 가진 데이터가 있을 수 있습니다. 모델 및 보고서 디자이너는 역할을 통해 액세스를 제어하여 이 데이터 보안을 설정하거나 캐시를 지워야 합니다.

• 캐시의 쿼리에 응답하는 모델은 데이터 원본에 연결할 때 현재 사용자를 가장할 수 없습니다. 데이터 원본에 연결할 때 현재 사용자를 가장하려면 DirectQuery 모드를 사용해야 합니다.

• 보고서 모델에 보안이 필요한 경우 Analysis Services 역할을 사용하거나 데이터 원본에 대한 행 수준 사용 권한을 설정할 수 있습니다. 관계형 데이터 원본의 보안을 사용하여 테이블에 대한 액세스를 제어할 수 있으며 열 수준 보안은 지원되지 않습니다. 따라서 특정 지역의 사용자가 다른 지역의 판매 수치를 볼 수 있는 권한을 가지고 있지 않은 경우 Sales 테이블 기반 측정값이 포함된 보고서에서 공백 또는 오류를 반환합니다.

가장 설정 속성은 DirectQuery 전용 모델 또는 DirectQuery를 사용하여 쿼리에 대답하는 혼합 모델에 대해 DirectQuery를 사용하여 모델에 연결할 때 사용되는 자격 증명을 지정합니다. 속성 값은 다음과 같습니다.

• 기본값
  가져오기 마법사에서 지정한 자격 증명을 사용하여 데이터 원본에 연결합니다. 이 자격 증명은 특정 Windows 사용자 또는 서비스 계정일 수 있습니다.

• ImpersonateCurrentUser
  현재 사용자의 자격 증명을 사용하여 데이터 원본에 연결합니다.

이러한 속성을 설정하는 방법에 대한 자세한 내용은 DirectQuery 배포 시나리오(SSAS 테이블 형식)을 참조하십시오.

DirectQuery 속성

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

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

관련 항목 및 태스크

참고 항목

개념

파티션(SSAS 테이블 형식)

테이블 형식 모델 프로젝트(SSAS 테이블 형식)

Excel에서 분석(SSAS 테이블 형식)