Power BI의 DirectQuery를 사용하여 SAP HANA 데이터 원본에 연결
DirectQuery를 사용하여 SAP HANA 데이터 원본에 직접 연결할 수 있습니다. SAP HANA에 연결할 때에는 두 가지 옵션이 있습니다.
SAP HANA를 다차원 원본으로 취급(기본값): 이 경우 Power BI가 SAP Business Warehouse 또는 Analysis Services와 같은 다른 다차원 원본에 연결할 때와 비슷한 동작이 수행됩니다. 이 설정을 사용하여 SAP HANA에 연결하면 단일 분석 또는 계산 보기가 선택되고, 해당 보기의 모든 측정값, 계층 구조 및 특성을 필드 목록에서 사용할 수 있습니다. 시각적 개체가 생성되면 집계 데이터가 항상 SAP HANA에서 검색됩니다. 이 방법이 권장되는 방법이며 SAP HANA에 대한 새로운 DirectQuery 보고서의 기본값입니다.
SAP HANA를 관계형 원본으로 처리: 이 경우 Power BI에서 SAP HANA를 관계형 원본으로 처리합니다. 이 방법은 높은 유연성을 제공합니다. 이 방법에서는 측정값이 예상대로 집계되는지 확인하고 성능 문제를 피하도록 주의해야 합니다.
연결 방법은 다음 이미지에 표시된 것처럼 파일>옵션 및 설정을 선택하고 옵션>DirectQuery를 선택한 다음, SAP HANA를 관계형 원본으로 처리를 선택하여 설정하는 전역 도구 옵션으로 확인할 수 있습니다.
SAP HANA를 관계형 원본으로 처리하는 옵션은 SAP HANA를 통해 DirectQuery를 사용하는 새 보고서에 사용되는 방법을 제어합니다. 이 옵션은 현재 보고서의 기존 SAP HANA 연결 또는 열려 있는 다른 보고서의 연결에 아무런 영향을 미치지 않습니다. 그러므로 이 옵션이 현재 선택되어 있지 않은 경우, 데이터 가져오기를 사용하여 SAP HANA에 새 연결을 추가하면 해당 연결은 SAP HANA를 다차원 원본으로 처리합니다. 그러나 SAP HANA에 연결하는 다른 보고서를 열면 해당 보고서가 생성 당시에 설정된 옵션에 따라 계속 동작합니다. 즉, 2018년 2월 전에 생성된 SAP HANA에 연결된 모든 보고서는 SAP HANA를 계속 관계형 원본으로 처리합니다.
두 방법은 다른 동작으로 구성되며, 기존 보고서를 한 방법에서 다른 방법으로 전환할 수 없습니다.
SAP HANA를 다차원 원본으로 처리(기본값)
SAP HANA에 대한 모든 새 연결은 기본적으로 SAP HANA를 다차원 원본으로 처리하는 이 연결 방법을 사용합니다. SAP HANA에 대한 연결을 관계형 원본으로 처리하려면 파일>옵션 및 설정>옵션을 선택한 다음, 직접 쿼리>SAP HANA를 관계형 원본으로 처리 아래의 상자를 선택해야 합니다.
다차원 원본으로 SAP HANA에 연결하는 경우 다음 사항을 고려해야 합니다.
데이터 가져오기 탐색기에서 단일 SAP HANA 보기를 선택할 수 있습니다. 개별 측정값 또는 특성을 선택할 수 없습니다. 연결 시 정의된 쿼리가 없습니다. SAP HANA를 관계형 원본으로 처리하는 동안 데이터 가져오기나 DirectQuery를 사용하는 경우와 다릅니다. 따라서 이 연결 방법을 선택하면 SAP HANA SQL 쿼리를 직접 사용할 수 없습니다.
선택한 보기의 모든 측정값, 계층 구조 및 특성이 필드 목록에 표시됩니다.
측정값은 시각적 개체에서 사용되므로 SAP HANA는 시각적 개체에 필요한 집계 수준에서 측정값을 검색하도록 쿼리합니다. 비가산적 측정값(예: 카운터, 비율)을 처리할 때 모든 집계는 SAP HANA에서 수행되며, 추가 집계가 Power BI에서 수행되지 않습니다.
SAP HANA에서 항상 올바른 집계 값을 얻기 위해 특정 제한 사항을 적용해야 합니다. 예를 들어 계산된 열을 추가하거나 동일한 보고서 내에서 여러 SAP HANA 보기의 데이터를 결합할 수 없습니다.
SAP HANA를 다차원 원본으로 처리하면 관계형 원본으로 처리하는 방법보다 높은 유연성을 제공하지는 않지만 더 간단합니다. 또한 이 방법은 더 복잡한 SAP HANA 측정값을 처리할 때 올바른 집계 값을 얻을 수 있고 일반적으로 성능이 더 뛰어납니다.
필드 목록에는 SAP HANA 보기의 모든 측정값, 특성 및 계층 구조가 포함됩니다. 이 연결 방법을 사용하면 다음 동작이 적용됩니다.
하나 이상의 계층 구조에 포함되는 특성은 기본적으로 숨겨집니다. 그러나 필요한 경우 필드 목록의 상황에 맞는 메뉴에서 숨겨진 항목 표시를 선택하여 표시할 수 있습니다. 필요한 경우, 동일한 바로 가기 메뉴에서 표시되도록 설정할 수 있습니다.
SAP HANA에서 다른 특성을 레이블로 사용하도록 특성을 정의할 수 있습니다. 예를 들어 Product(
1,2,3등의 값 사용)는 ProductName(Bike,Shirt,Gloves등의 값 사용)을 레이블로 사용할 수 있습니다. 이 경우, 값이Bike,Shirt,Gloves등의 레이블인 단일 필드 Product가 필드 목록에 표시됩니다. 그러나 키 값1,2,3으로 정렬되고 고유성이 확인됩니다. 숨겨진 열 Product.Key도 생성되어 필요한 경우 기본 키 값에 액세스할 수 있습니다.
기본 SAP HANA 보기에 정의된 모든 변수는 연결 시 표시되며, 필요한 값을 입력할 수 있습니다. 이러한 값은 나중에 리본에서 데이터 변환을 선택한 다음, 표시되는 드롭다운 메뉴에서 매개 변수 편집을 선택하여 변경할 수 있습니다.
SAP HANA로부터 항상 올바른 집계 데이터를 얻을 수 있도록 확인해야 하므로, DirectQuery를 사용할 때 허용되는 모델링 작업은 일반적인 경우보다 더 제한적입니다. 그러나 측정값 정의, 필드 이름 바꾸기 및 숨기기, 표시 형식 정의 등 많은 추가 및 변경이 가능합니다. 이러한 모든 변경 내용은 새로 고칠 때 보존되며, SAP HANA 보기에 대해 충돌되는 변경 내용은 적용되지 않습니다.
추가 모델링 제한 사항
DirectQuery를 사용하여 SAP HANA에 연결할 때(다차원 원본으로 처리) 다른 기본 모델링 제한 사항은 다음과 같습니다.
- 계산 열 지원 안 함: 계산 열을 만드는 기능을 사용할 수 없습니다. 이 사실은 또한 계산 열을 만드는 그룹화 및 클러스터링을 사용할 수 없음을 의미합니다.
- 측정값에 대한 추가 제한 사항: SAP HANA에서 제공하는 지원 수준을 반영하기 위해 측정값에서 사용할 수 있는 DAX 식에 적용되는 다른 제한 사항이 있습니다.
- 관계 정의에 대한 지원 없음: 보고서 내에서 단일 보기만 쿼리할 수 있으며, 관계 정의에 대한 지원이 없습니다.
- 데이터 보기 없음:데이터 보기는 일반적으로 테이블의 세부 수준 데이터를 표시합니다. SAP HANA와 같은 OLAP 원본의 특성을 고려할 때 이 보기는 SAP HANA를 통해 사용할 수 없습니다.
- 열 및 측정값 세부 정보 고정: 필드 목록에 표시되는 열 및 측정값의 목록은 기본 원본에 따라 고정되며 수정할 수 없습니다. 예를 들어 열을 삭제하거나 데이터 형식을 변경할 수 없지만 이름은 변경할 수 있습니다.
- DAX의 추가 제한 사항: 원본의 제한 사항을 반영하기 위해 측정값 정의에 사용할 수 있는 DAX에 대한 다른 제한 사항이 있습니다. 예를 들어 테이블에 대해 집계 함수를 사용할 수 없습니다.
추가 시각화 제한 사항
DirectQuery를 사용하여 SAP HANA에 연결할 때(다차원 원본으로 처리) 시각적 개체에 대한 제한 사항은 다음과 같습니다.
- 열 집계 없음: 시각적 개체에 대한 열 집계를 변경할 수 없으며, 항상 요약 안 함입니다.
SAP HANA를 관계형 원본으로 처리
관계형 원본으로 SAP HANA에 연결하도록 선택하면 유연성이 추가로 제공됩니다. 예를 들어 계산 열을 만들고, 여러 SAP HANA 보기의 데이터를 포함하고, 결과 테이블 간에 관계를 만들 수 있습니다. 하지만 SAP HANA를 다차원 원본으로 처리하는 경우, 특히 SAP HANA 뷰에 비가산적 측정값(예: 단순 합계가 아닌 고유 카운트 또는 평균)이 포함되고 SAP HANA에 대해 실행되는 쿼리의 효율성과 관련이 있는 경우의 동작과 차이가 있습니다.
데이터 가져오기 또는 파워 쿼리 편집기에 정의된 쿼리에서 집계를 수행할 때는 SQL Server와 같은 관계형 원본의 동작을 명확히 하고 시작하는 것이 좋습니다. 다음에 나오는 예에서 파워 쿼리 편집기에 정의된 쿼리는 ProductID별 평균 가격을 반환합니다.
데이터를 Power BI로 가져오는 경우와 DirectQuery를 사용하는 경우 결과는 다음과 같습니다.
- 파워 쿼리 편집기에서 작성한 쿼리에 정의된 집계 수준에서 데이터를 가져옵니다. 예를 들어, 제품별 평균 가격입니다. 이 사실에 따라, 시각적 개체에 사용할 수 있는 ProductID 및 AveragePrice라는 두 열이 있는 테이블이 결과로 생성됩니다.
- 시각적 개체에서 모든 후속 집계(예: Sum, Average, Min 등)는 해당 가져온 데이터에 대해 수행됩니다. 예를 들어, 시각적 개체에 AveragePrice를 포함하면 기본적으로 Sum 집계를 사용하고 각 ProductID에 대한 AveragePrice 합계를 반환합니다(이 예에서는 13.67). 시각적 개체에 사용된 다른 대체 집계 함수(예: Min 또는 Average)도 마찬가지입니다. 예를 들어, AveragePrice의 Average는 6.66, 4, 3의 평균(4.56)을 반환하며 기본 테이블에 있는 6개 레코드에서 Price의 평균(5.17)이 아닙니다.
동일한 관계형 원본에 대해 가져오기 대신 DirectQuery를 사용하면 동일한 의미 체계가 적용되고 결과는 정확히 동일합니다.
동일한 쿼리가 제공되면, 데이터를 실제로 가져오지 않더라도 논리적으로 정확히 동일한 데이터가 보고 계층에 표시됩니다.
시각적 개체에서 모든 후속 집계(예: Sum, Average, Min)는 쿼리에서 해당 논리 테이블에 대해 다시 수행됩니다. 마찬가지로 AveragePrice의 Average를 포함하는 시각적 개체는 동일한 4.56을 반환합니다.
연결이 관계형 원본으로 처리되는 경우 SAP HANA를 고려해 보세요. Power BI는 SAP HANA에서, 둘 다 측정값을 포함할 수 있는 분석 뷰 및 계산 뷰 모두로 작동할 수 있습니다. 그러나 현재 SAP HANA에 대한 접근 방식은 이전 섹션에서 설명한 것과 동일한 원칙을 따릅니다. 데이터 가져오기 또는 Power Query 편집기에 정의된 쿼리에 따라 사용 가능한 데이터가 결정되고 시각적 개체의 모든 후속 집계가 데이터에 대해 수행되며 가져오기 및 DirectQuery 모두에 동일하게 적용됩니다. 그러나 SAP HANA의 특성에 따라, 초기 데이터 가져오기 대화 상자 또는 Power Query 편집기에 정의된 쿼리는 항상 집계 쿼리이며 일반적으로 사용되는 실제 집계가 SAP HANA 보기로 정의된 측정값을 포함합니다.
이전 SQL Server 예제와 동등한 것으로, ID, ProductID, DepotID를 포함하고, 보기에서 Average of Price로 정의된 AveragePrice가 있는 측정값을 포함하는 SAP HANA 보기가 있습니다.
데이터 가져오기 환경에서 ProductID 및 AveragePrice 측정값을 선택했다면, 보기에 대해 쿼리를 정의하고 데이터 집계를 요청한 것입니다. 이전 예제에서는 간단한 설명을 위해 SAP HANA SQL의 정확한 구문과 일치하지 않는 의사(pseudo) SQL이 사용됩니다. 그런 다음 시각적 개체에 정의된 추가 집계는 이러한 쿼리의 결과를 추가로 집계합니다. 다시, SQL Server에 대해 이전에 설명한 것처럼, 이 결과는 가져오기 및 DirectQuery 모두에 적용됩니다. DirectQuery의 경우 데이터 가져오기 또는 Power Query 편집기의 쿼리가 SAP HANA로 전송되는 단일 쿼리 내의 하위 SELECT에 사용되므로 실제로 추가 집계하기 전에 모든 데이터를 읽을 수 있는 것은 아닙니다.
SAP HANA에서 DirectQuery를 사용하는 경우 이러한 고려 사항 및 동작은 모두 다음과 같은 사항을 중요하게 고려해야 합니다.
SAP HANA의 측정값이 비가산적(예: 단순한 Sum, Min 또는 Max가 아님)일 때는 항상 시각적 개체에서 수행되는 추가 집계에 주의를 기울여야 합니다.
데이터 가져오기 또는 Power Query 편집기에서는, 결과가 SAP HANA로 보낼 수 있는 적절한 쿼리여야 한다는 사실을 유념하여 필요한 데이터를 검색하는 데 필요한 열만 포함해야 합니다. 예를 들어 수십 개의 열을 선택했고, 이후 시각적 개체에 이 열이 필요할 것으로 생각되면, DirectQuery의 간단한 시각적 개체라고 하더라도 하위 SELECT에 사용된 집계 쿼리가 수십 개의 열을 포함한다는 것을 의미하며 이것은 일반적으로 성능 저하를 나타냅니다.
다음 예제에서는 데이터 가져오기 대화 상자에서 5개의 열(CalendarQuarter, Color, LastName, ProductLine, SalesOrderNumber)과 OrderQuantity 측정값을 선택하면, 나중에 Min OrderQuantity가 포함된 간단한 시각적 개체가 생성되고 그 결과 SAP HANA에 대해 다음 SQL 쿼리가 발생합니다. 음영 처리된 부분은 하위 SELECT로, 데이터 가져오기/Power Query 편집기의 쿼리를 포함합니다. 이 하위 SELECT가 높은 카디널리티 결과를 제공하면 결과 SAP HANA 성능이 저하될 가능성이 큽니다.
이러한 동작 때문에 데이터 가져오기 또는 파워 쿼리 편집기에서 선택한 항목은 SAP HANA에 적절한 쿼리를 생성하면서도 꼭 필요한 항목으로 제한하는 것이 좋습니다.
모범 사례
SAP HANA에 연결하는 두 가지 방법의 경우, 특히 우수한 성능과 관련해서 DirectQuery 사용에 대한 권장 사항이 SAP HANA에도 적용됩니다. 자세한 내용은 Power BI에서 DirectQuery 사용을 참조하세요.
고려 사항 및 제한 사항
다음 목록에서는 Power BI를 사용할 때 완전히 지원되지 않는 SAP HANA 기능 또는 다르게 작동하는 기능을 모두 설명합니다.
- 부모 자식 계층 구조: 부모 자식 계층 구조는 Power BI에서 표시되지 않습니다. Power BI가 SQL 인터페이스를 사용하여 SAP HANA에 액세스하며 SQL을 사용하여 부모 자식 계층 구조에 완전히 액세스할 수 없기 때문입니다.
- 기타 계층 구조 메타데이터: 계층 구조의 기본 구조는 Power BI에 표시되지만 비정형 계층 구조의 동작 제어처럼 일부 계층 구조 메타데이터에는 영향을 미치지 않습니다. 이는 SQL 인터페이스로 인한 제한 사항 때문입니다.
- SSL을 사용한 연결: TLS를 사용하는 다차원 및 가져오기를 사용하여 연결할 수 있지만 관계형 커넥터에 대해 TLS를 사용하도록 구성된 SAP HANA 인스턴스에는 연결할 수 없습니다.
- 특성 보기에 대한 지원: Power BI는 분석 및 계산 보기에 연결할 수 있지만 특성 보기에는 직접 연결할 수 없습니다.
- 카탈로그 개체 지원: Power BI는 카탈로그 개체에 연결할 수 없습니다.
- 게시 후 변수 변경: 보고서를 게시한 후 Power BI 서비스에서 직접 SAP HANA 변수에 대한 값을 변경할 수 없습니다.
알려진 문제
다음 목록에서는 Power BI를 사용하여 SAP HANA(DirectQuery)에 연결할 때 알려진 모든 문제를 설명합니다.
카운터 및 기타 측정값에 대해 쿼리할 때 SAP HANA 문제: 분석 보기에 연결하고 카운터 측정값 및 기타 비율 측정값이 동일한 시각적 개체에 포함되는 경우 SAP HANA에서 잘못된 데이터가 반환됩니다. 이 문제는 SAP 참고 2128928(계산 열 및 카운터를 쿼리할 때 예상치 못한 결과)에서 다룹니다. 이 경우 비율 측정값이 올바르지 않습니다.
단일 SAP HANA 열의 여러 Power BI 열: 둘 이상의 계층 구조에서 SAP HANA 열이 사용되는 일부 계산 보기의 경우, SAP HANA는 해당 열을 두 개의 별도 특성으로 표시합니다. 이 방법을 사용하면 Power BI에 두 개의 열이 생성됩니다. 이러한 열은 기본적으로 숨겨져 있지만, 계층 구조와 관련된 모든 쿼리 또는 열이 올바르게 동작합니다.
관련 콘텐츠
DirectQuery에 대한 자세한 내용은 다음 리소스를 참조하세요.