Power BI의 DirectQuery를 사용하여 SAP HANA 데이터 원본에 연결Connect to SAP HANA data sources by using DirectQuery in Power BI

DirectQuery를 사용하여 SAP HANA 데이터 원본에 직접 연결할 수 있습니다.‎You can connect to SAP HANA data sources directly using DirectQuery. SAP HANA에 연결할 때에는 두 가지 옵션이 있습니다.There are two options when connecting to SAP HANA:

  • SAP HANA를 다차원 원본으로 처리(기본값): 이 경우 Power BI를 SAP Business Warehouse 또는 Analysis Services처럼 다른 다차원 원본에 연결할 때와 동작이 비슷합니다.Treat SAP HANA as a multi-dimensional source (default): In this case, the behavior will be similar to when Power BI connects to other multi-dimensional sources like SAP Business Warehouse, or Analysis Services. 이 설정을 사용하여 SAP HANA에 연결하면 단일 분석 또는 계산 보기가 선택되고, 해당 보기의 모든 측정값, 계층 구조 및 특성을 필드 목록에서 사용할 수 있습니다.When connecting to SAP HANA using this setting, a single analytic or calculation view is selected and all the measures, hierarchies and attributes of that view will be available in the field list. 시각적 개체가 생성될 때 집계 데이터는 항상 SAP HANA에서 검색됩니다.As visuals are created, the aggregate data will always be retrieved from SAP HANA. 이것이 권장되는 방법이며 SAP HANA에 대한 새로운 DirectQuery 보고서의 기본값입니다.This is the recommended approach, and is the default for new DirectQuery reports over SAP HANA.

  • SAP HANA를 관계형 원본으로 처리: 이 경우 Power BI에서 SAP HANA를 관계형 원본으로 처리합니다.Treat SAP HANA as a relational source: In this case, Power BI treats SAP HANA as a relational source. 이렇게 하면 유연성이 향상됩니다.This offers greater flexibility. 이 방법에서는 측정값이 예상대로 집계되는지 확인하고 성능 문제를 피하도록 주의해야 합니다.Care must be taken with this approach to ensure that measures are aggregated as expected, and to avoid performance issues.

연결 방법은 다음 이미지에 표시된 것처럼 파일 > 옵션 및 설정을 선택하고 옵션 > DirectQuery를 선택한 다음, SAP HANA를 관계형 원본으로 처리를 선택하여 설정하는 전체 도구 옵션으로 확인할 수 있습니다.The connection approach is determined by a global tool option, which is set by selecting File > Options and settings and then Options > DirectQuery, then selecting the option Treat SAP HANA as a relational source, as shown in the following image.

DirectQuery 옵션을 보여 주는 옵션 대화 상자의 스크린샷.

SAP HANA를 관계형 원본으로 처리하는 옵션은 SAP HANA를 통해 DirectQuery를 사용하는 보고서에 사용되는 방법을 제어합니다.The option to treat SAP HANA as a relational source controls the approach used for any new report using DirectQuery over SAP HANA. 이 옵션은 현재 보고서의 기존 SAP HANA 연결 또는 열려 있는 다른 보고서의 연결에 아무런 영향을 미치지 않습니다.It has no effect on any existing SAP HANA connections in the current report, nor on connections in any other reports that are opened. 그러므로 이 옵션이 현재 선택되어 있지 않은 경우, 데이터 가져오기를 사용하여 SAP HANA에 새 연결을 추가하면 해당 연결은 SAP HANA를 다차원 원본으로 처리하게 됩니다.So if the option is currently unchecked, then upon adding a new connection to SAP HANA using Get Data, that connection will be made treating SAP HANA as a multi-dimensional source. 그러나 SAP HANA에 연결되는 다른 보고서를 열면 해당 보고서가 만들어졌을 때 설정된 옵션에 따라 계속 동작합니다. 즉, 2018년 2월 이전에 생성된 SAP HANA에 연결된 모든 보고서는 계속 SAP HANA를 관계형 원본으로 처리합니다.However, if a different report is opened that also connects to SAP HANA, then that report will continue to behave according to the option that was set at the time it was created, which means that any reports connecting to SAP HANA that were created prior to February 2018 will continue to treat SAP HANA as a relational source.

두 방법은 다른 동작으로 구성되며, 기존 보고서를 한 방법에서 다른 방법으로 전환할 수 없습니다.The two approaches constitute different behavior, and it's not possible to switch an existing report from one approach to the other.

이러한 두 가지 방법에 대해 자세히 살펴보겠습니다.Let's look at more detail about each of these two approaches, in turn.

SAP HANA를 다차원 원본으로 처리(기본값)Treat SAP HANA as a multi-dimensional source (default)

SAP HANA에 대한 모든 새 연결은 기본적으로 SAP HANA를 다차원 원본으로 처리하는 이 연결 방법을 사용합니다.All new connections to SAP HANA use this connection method by default, treating SAP HANA as a multi-dimensional source. SAP HANA에 대한 연결을 관계형 원본으로 처리하려면 파일 > 옵션 및 설정 > 옵션을 선택한 다음, 직접 쿼리 > SAP HANA를 관계형 원본으로 처리 아래의 상자를 선택해야 합니다.In order to treat a connection to SAP HANA as a relational source, you must select File > Options and settings > Options, then check the box under Direct Query > Treat SAP HANA as a relational source. 이 기능이 미리 보기로 제공되는 동안 다차원 방법을 사용하여 생성된 보고서를 Power BI 서비스에 게시할 수 ‘없으며’, 그렇게 하면 Power BI 서비스에서 보고서를 열 때 오류가 발생합니다.While this feature is in Preview, reports created using the multi-dimensional approach cannot be published to the Power BI service, and doing so will result in errors when the report is opened within the Power BI service.

다차원 원본으로 SAP HANA에 연결하는 경우 다음 사항을 고려해야 합니다.When connecting to SAP HANA as a multi-dimensional source, the following considerations apply:

  • 데이터 가져오기 탐색기에서 단일 SAP HANA 보기를 선택할 수 있습니다.In the Get Data Navigator, a single SAP HANA view can be selected. 개별 측정값 또는 특성을 선택할 수 없습니다.It is not possible to select individual measures or attributes. 연결 시 정의된 쿼리가 없습니다. SAP HANA를 관계형 원본으로 처리하는 동안 데이터 가져오기나 DirectQuery 사용과 다릅니다.There is no query defined at the time of connecting, which is different from importing data or when using DirectQuery while treating SAP HANA as a relational source. 이 연결 방법을 선택하면 SAP HANA SQL 쿼리를 직접 사용할 수 없습니다.This also means that it's not possible to directly use an SAP HANA SQL query when selecting this connection method.

  • 선택한 보기의 모든 측정값, 계층 구조 및 특성이 필드 목록에 표시됩니다.All the measures, hierarchies, and attributes of the selected view will be displayed in the field list.

  • 측정값은 시각적 개체에서 사용되므로 SAP HANA는 시각적 개체에 필요한 집계 수준에서 측정값을 검색하도록 쿼리합니다.As a measure is used in a visual, SAP HANA will be queried to retrieve the measure value at the level of aggregation necessary for the visual. 그러므로 비가산적 측정값(카운터, 비율 등)을 처리할 때 모든 집계는 SAP HANA에서 수행되며, 추가 집계가 Power BI에서 수행되지 않습니다.So when dealing with non-additive measures (counters, ratios, and so on) all aggregations are performed by SAP HANA, and no further aggregation is performed by Power BI.

  • SAP HANA에서 항상 올바른 집계 값을 얻기 위해 특정 제한 사항을 적용해야 합니다.To ensure the correct aggregate values can always be obtained from SAP HANA, certain restrictions must be imposed. 예를 들어 계산된 열을 추가하거나 동일한 보고서 내에서 여러 SAP HANA 보기의 데이터를 결합할 수 없습니다.For example, it's not possible to add calculated columns, or to combine data from multiple SAP HANA views within the same report.

SAP HANA를 다차원 원본으로 처리하면 관계형 원본으로 처리하는 방법보다 더 많은 유연성을 제공하지는 않지만 이 방법이 더 간단하며, 더 복잡한 SAP HANA 측정값을 처리할 때 올바른 집계 값을 얻을 수 있고 일반적으로 성능이 더 뛰어납니다.Treating SAP HANA as a multi-dimensional source does not offer the greater flexibility provided by the alternative relational approach, but it is simpler, and ensures correct aggregate values when dealing with more complex SAP HANA measures, and generally results in higher performance.

필드 목록에는 SAP HANA 보기의 모든 측정값, 특성 및 계층 구조가 포함됩니다.The Field list will include all measures, attributes, and hierarchies from the SAP HANA view. 이 연결 방법을 사용하면 다음 동작이 적용됩니다.Note the following behaviors that apply when using this connection method:

  • 하나 이상의 계층 구조에 포함되는 특성은 기본적으로 숨겨집니다.Any attribute that is included in at least one hierarchy will be hidden by default. 그러나 필요한 경우 필드 목록의 상황에 맞는 메뉴에서 숨겨진 항목 표시를 선택하여 표시할 수 있습니다.However, they can be seen if required by selecting View hidden from the context menu on the field list. 필요한 경우, 동일한 상황에 맞는 메뉴에서 표시되도록 설정할 수 있습니다.From the same context menu they can be made visible, if required.

  • SAP HANA에서 다른 특성을 레이블로 사용하도록 특성을 정의할 수 있습니다.In SAP HANA, an attribute can be defined to use another attribute as its label. 예를 들어 Product(1,2,3 등의 값 사용)는 ProductName(자전거, 셔츠, 장갑 등의 값 사용)을 레이블로 사용할 수 있습니다.For example, Product (with values 1,2,3, and so on) could use ProductName (with values Bike, Shirt, Gloves, and so on) as its label. 이 경우, 값이 자전거, 셔츠, 장갑 등의 레이블인 단일 필드 Product가 필드 목록에 표시됩니다. 그러나 키 값 1,2,3으로 정렬되고 고유성이 확인됩니다.In this case, a single field Product will be shown in the field list, whose values will be the labels Bike, Shirt, Gloves, and so on, but which will be sorted by, and with uniqueness determined by, the key values 1,2,3. 숨겨진 열 Product.Key도 생성되어 필요한 경우 기본 키 값에 액세스할 수 있습니다.A hidden column Product.Key is also created, allowing access to the underlying key values if required.

기본 SAP HANA 보기에 정의된 모든 변수는 연결 시 표시되며, 필요한 값을 입력할 수 있습니다.Any variables defined in the underlying SAP HANA view will be displayed at the time of connecting, and the necessary values can be entered. 이러한 값은 나중에 리본에서 쿼리 편집을 선택한 다음, 표시되는 드롭다운 메뉴에서 매개 변수 관리를 선택하여 변경할 수 있습니다.Those values can subsequently be changed by selecting Edit Queries from the ribbon, and then Manage Parameters from the drop-down menu displayed.

SAP HANA로부터 항상 올바른 집계 데이터를 얻을 수 있도록 확인해야 하므로, DirectQuery를 사용할 때 허용되는 모델링 작업은 일반적인 경우보다 더 제한적입니다.The modeling operations allowed are more restrictive than in the general case when using DirectQuery, given the need to ensure that correct aggregate data can always be obtained from SAP HANA. 그러나 측정값 정의, 필드 이름 바꾸기 및 숨기기, 표시 형식 정의 등 많은 추가 및 변경이 가능합니다.However, it's still possible to make many additions and changes, including defining measures, renaming and hiding fields, and defining display formats. 이러한 모든 변경 내용은 새로 고칠 때 보존되며, SAP HANA 보기에 대해 충돌되는 변경 내용은 적용되지 않습니다.All such changes will be preserved on refresh, and any non-conflicting changes made to the SAP HANA view will be applied.

추가 모델링 제한 사항Additional modeling restrictions

DirectQuery를 사용하여 SAP HANA에 연결할 때(다차원 원본으로 처리) 기본적인 추가 모델링 제한 사항은 다음과 같습니다.The primary additional modeling restrictions when connecting to SAP HANA using DirectQuery (treat as multi-dimensional source) are the following:

  • 계산 열 지원 안 함: 계산 열을 만드는 기능을 사용할 수 없습니다.No support for calculated columns: The ability to create calculated columns is disabled. 즉 계산 열을 만드는 그룹화 및 클러스터링을 사용할 수 없습니다.This also means that Grouping and Clustering, which create calculated columns, are not available.
  • 측정값에 대한 추가 제한 사항: SAP HANA에서 제공하는 지원 수준을 반영하기 위해 측정값에서 사용할 수 있는 DAX 식에 추가로 적용되는 제한 사항이 있습니다.Additional limitations for measures: There are additional limitations imposed on the DAX expressions that can be used in measures, to reflect the level of support offered by SAP HANA.
  • 관계 정의 지원 안 함: 보고서 내에서 단일 보기만 쿼리할 수 있으며, 관계 정의에 대한 지원이 없습니다.No support for defining relationships: Only a single view can be queried within a report, and as such, there's no support for defining relationships.
  • 데이터 보기 없음: 데이터 보기는 일반적으로 테이블의 세부 수준 데이터를 표시합니다.No Data View: The Data View normally displays the detail level data in the tables. SAP HANA와 같은 OLAP 원본의 특성을 고려할 때 이 보기는 SAP HANA를 통해 사용할 수 없습니다.Given the nature of OLAP sources such as SAP HANA, this view is not available over SAP HANA.
  • 열 및 측정값 세부 정보 고정: 필드 목록에 표시되는 열 및 측정값의 목록은 기본 원본에 따라 고정되며 수정할 수 없습니다.Column and measure details are fixed: The list of columns and measures seen in the field list are fixed by the underlying source, and cannot be modified. 예를 들어 열을 삭제하거나 데이터 형식을 변경할 수 없지만 이름은 변경할 수 있습니다.For example, it's not possible to delete a column, nor change its datatype (it can, however, be renamed).
  • DAX의 추가 제한 사항: 원본의 제한 사항을 반영하기 위해 측정값 정의에 사용할 수 있는 DAX에 대한 추가 제한 사항이 있습니다.Additional limitations in DAX: There are additional limitations on the DAX that can be used in measure definitions, to reflect limitations in the source. 예를 들어 테이블에 대해 집계 함수를 사용할 수 없습니다.For example, it's not possible to use an aggregate function over a table.

추가 시각화 제한 사항Additional visualization restrictions

DirectQuery를 사용하여 SAP HANA에 연결할 때(다차원 원본으로 처리) 시각적 개체에 대한 제한 사항은 다음과 같습니다.There are restrictions in visuals when connecting to SAP HANA using DirectQuery (treat as multi-dimensional source):

  • 열 집계 없음: 시각적 개체에 대한 열 집계를 변경할 수 없으며, 항상 ‘요약 안 함’입니다.No aggregation of columns: It's not possible to change the aggregation for a column on a visual, and it is always Do Not Summarize.

SAP HANA를 관계형 원본으로 처리Treat SAP HANA as a relational source

관계형 원본으로 SAP HANA에 연결하도록 선택하면 유연성이 추가로 제공됩니다.When choosing to connect to SAP HANA as a relational source, some additional flexibility becomes available. 예를 들어 계산 열을 만들고, 여러 SAP HANA 보기의 데이터를 포함하고, 결과 테이블 간에 관계를 만들 수 있습니다.For example, you can create calculated columns, include data from multiple SAP HANA views, and create relationships between the resulting tables. 그러나 이러한 방식으로 SAP HANA를 사용할 때에는 연결 처리 방법의 특정 측면을 이해하여 다음을 확인해야 합니다.However, when using SAP HANA in this manner, it's important to understand certain aspects of how connections are treated, to ensure the following:

  • SAP HANA 보기에 비가산적 측정값(예: 단순한 합계가 아닌 고유 카운트 또는 평균)이 포함된 경우 결과가 예상대로 나와야 합니다.The results are as expected, when the SAP HANA view contains non-additive measures (for example, distinct counts, or averages, rather than simple sums).
  • 결과 쿼리가 효율적이어야 합니다.The resulting queries are efficient

데이터 가져오기 또는 쿼리 편집기에 정의된 쿼리에서 집계를 수행할 때는 SQL Server와 같은 관계형 원본의 동작을 명확히 하고 시작하는 것이 좋습니다.It's useful to start by clarifying the behavior of a relational source such as SQL Server, when the query defined in Get Data or Query Editor performs an aggregation. 다음에 나오는 예에서 쿼리 편집기에 정의된 쿼리는 ‘ProductID’별 평균 가격을 반환합니다.In the example that follows, a query defined in Query Editor returns the average price by ProductID.

제품 ID별 평균 가격을 반환하는 쿼리 편집기에 정의된 쿼리를 보여 주는 다이어그램.

데이터를 Power BI(및 DirectQuery 사용)로 가져오는 경우 결과는 다음과 같습니다.If the data is being imported into Power BI (versus using DirectQuery), the following would result:

  • 쿼리 편집기에서 작성한 쿼리에 정의된 집계 수준에서 데이터를 가져옵니다.The data is imported at the level of aggregation defined by the query created in Query Editor. 예를 들어, 제품별 평균 가격입니다.For example, average price by product. 그 결과, 시각적 개체에 사용할 수 있는 ProductIDAveragePrice라는 두 열이 있는 테이블이 생성됩니다.This results in a table with the two columns ProductID and AveragePrice that can be used in visuals.
  • 시각적 개체에서 모든 후속 집계(예: Sum, 평균, Average 등)는 가져온 데이터에 대해 수행됩니다.In a visual, any subsequent aggregation (such as Sum, Average, Min, others) is performed over that imported data. 예를 들어, 시각적 개체에 ‘AveragePrice’를 포함하면 기본적으로 ‘Sum’ 집계를 사용하고 각 ‘ProductID’에 대한 ‘AveragePrice’ 합계를 반환합니다(이 예에서는 13.67). For example, including AveragePrice on a visual will use the Sum aggregate by default, and would return the sum over the AveragePrice for each ProductID – which in this example case would be 13.67. 시각적 개체에 사용된 다른 대체 집계 함수(예: Min, Average 등)도 마찬가지입니다.The same applies to any alternative aggregate function (such as Min, Average, so on) used on the visual. 예를 들어, AveragePriceAverage는 6.66, 4, 3의 평균(4.56)을 반환하며 기본 테이블에 있는 6개 레코드에서 Price의 평균(5.17)이 아닙니다.For example, Average of AveragePrice returns the average of 6.66, 4 and 3, which equates to 4.56, and not the average of Price on the six records in the underlying table, which is 5.17.

가져오기 대신 DirectQuery(동일한 관계형 원본에 대해)를 사용하면 동일한 의미 체계가 적용되고 결과는 정확히 동일합니다.If DirectQuery (over that same relational source) is being used instead of Import, the same semantics apply and the results would be exactly the same:

  • 동일한 쿼리가 제공되면, 데이터를 실제로 가져오지 않더라도 논리적으로 정확히 동일한 데이터가 보고 계층에 표시됩니다.Given the same query, logically exactly the same data is presented to the reporting layer – even though the data is not actually imported.

  • 시각적 개체에서 모든 후속 집계(Sum, 평균, Average 등)는 쿼리에서 해당 논리 테이블을 통해 다시 수행됩니다.In a visual, any subsequent aggregation (Sum, Average, Min, others) is again performed over that logical table from the query. 마찬가지로 AveragePriceAverage를 포함하는 시각적 개체는 동일한 4.56을 반환합니다.And again, a visual containing Average of AveragePrice returns the same 4.56.

연결이 관계형 원본으로 처리되는 경우 SAP HANA에 대해 생각해 보겠습니다.Now let's consider SAP HANA, when the connection is treated as a relational source. Power BI는 SAP HANA에서, 둘 다 측정값을 포함할 수 있는 분석 뷰계산 뷰 모두로 작동할 수 있습니다.Power BI can work with both Analytic Views and Calculation Views in SAP HANA, both of which can contain measures. 그러나 현재 SAP HANA에 대한 접근 방식은 이전 섹션에서 설명한 것과 동일한 원칙을 따릅니다. 데이터 가져오기 또는 쿼리 편집기에 정의된 쿼리에 따라 사용 가능한 데이터가 결정되고 시각적 개체의 모든 후속 집계가 데이터에 대해 수행되며 가져오기 및 DirectQuery 모두에 동일하게 적용됩니다.Yet today the approach for SAP HANA follows the same principles as described previously in this section: the query defined in Get Data or Query Editor will determine the data available, and then any subsequent aggregation in a visual is over that data, and the same applies for both Import and DirectQuery.
그러나 SAP HANA의 특성에 따라, 초기 데이터 가져오기 대화 상자 또는 쿼리 편집기에 정의된 쿼리는 항상 집계 쿼리이며, 일반적으로 사용되는 실제 집계가 SAP HANA 보기로 정의된 측정값을 포함합니다.However, given the nature of SAP HANA, the query defined in the initial Get Data dialog or Query Editor is always an aggregate query, and generally will include measures where the actual aggregation that will be used is defined by the SAP HANA view.

위의 SQL Server 예제와 동등한 것으로, ID, ProductID, DepotID를 포함하고, 뷰에서 Average of Price로 정의된 AveragePrice가 있는 측정값을 포함하는 SAP HANA 보기가 있습니다.The equivalent of the SQL Server example above is that there is a SAP HANA view containing ID, ProductID, DepotID, and measures including AveragePrice, defined in the view as Average of Price.

데이터 가져오기 환경에서 ProductIDAveragePrice 측정값을 선택했다면, 뷰에 대해 쿼리를 정의하고 데이터 집계를 요청한 것입니다(앞의 예제에서는, 간단한 설명을 위해 SAP HANA SQL 구문과 정확하게 일치하지 않는 의사(pseudo) SQL을 사용).If in the Get Data experience, the selections made were for ProductID and the AveragePrice measure, then that is defining a query over the view, requesting that aggregate data (in the earlier example, for simplicity pseudo-SQL is used that doesn’t match the exact syntax of SAP HANA SQL). 그런 다음 시각적 개체에 정의된 추가 집계는 이러한 쿼리의 결과를 추가로 집계합니다.Then any further aggregations defined in a visual are further aggregating the results of such a query. 다시, SQL Server에 대해 위에서 설명한 것처럼, 이 내용은 가져오기 및 DirectQuery 경우 모두에 적용됩니다.Again, as described above for SQL Server, this applies both for the Import and DirectQuery case. DirectQuery의 경우 데이터 가져오기 또는 쿼리 편집기의 쿼리가 SAP HANA로 전송되는 하위 SELECT에 사용되므로 실제로 추가 집계하기 전에 모든 데이터를 읽을 수 있는 것은 아닙니다.In the DirectQuery case, the query from Get Data or Query Editor will be used in a subselect within a single query sent to SAP HANA, and thus it is not actually the case that all the data would be read in, prior to aggregating further.

SAP HANA에서 DirectQuery를 사용하는 경우 이러한 고려 사항 및 동작은 모두 다음과 같은 사항을 중요하게 고려해야 합니다.All of these considerations and behaviors necessitate the following important considerations when using DirectQuery over SAP HANA:

  • SAP HANA의 측정값이 비가산적(예: 단순한 Sum, Min, Max가 아님)일 때는 항상 시각적 개체에서 수행되는 추가 집계에 주의를 기울여야 합니다.Attention must be paid to any further aggregation performed in visuals, whenever the measure in SAP HANA is non-additive (for example, not a simple Sum, Min, or Max).

  • 데이터 가져오기 또는 쿼리 편집기에서는, 결과가 SAP HANA로 보낼 수 있는 적절한 쿼리여야 한다는 사실을 유념하여 필요한 데이터를 검색하는 데 필요한 열만 포함해야 합니다.In Get Data or Query Editor, only the required columns should be included to retrieve the necessary data, reflecting the fact that the result will be a query, that must be a reasonable query that can be sent to SAP HANA. 예를 들어 수십 개의 열을 선택했고, 이후 시각적 개체에 이 열이 필요할 것으로 생각되면, DirectQuery의 간단한 시각적 개체라고 하더라도 하위 SELECT에 사용된 집계 쿼리가 수십 개의 열을 포함한다는 것을 의미하며 이것은 일반적으로 성능 저하를 나타냅니다.For example, if dozens of columns were selected, with the thought that they might be needed on subsequent visuals, then even for DirectQuery a simple visual will mean the aggregate query used in the subselect will contain those dozens of columns, which will generally perform poorly.

예를 살펴보겠습니다.Let's look at an example. 다음 예제에서는 데이터 가져오기 대화 상자에서 5개의 열(CalendarQuarter, Color, LastName, ProductLine, SalesOrderNumber)과 OrderQuantity 측정값을 선택하면, 나중에 Min OrderQuantity가 포함된 간단한 시각적 개체가 생성되고 그 결과 SAP HANA에 다음 SQL 쿼리가 발생합니다.In the following example, selecting five columns (CalendarQuarter, Color, LastName, ProductLine, SalesOrderNumber) in the Get Data dialog, along with the measure OrderQuantity, will mean that later creating a simple visual containing the Min OrderQuantity will result in the following SQL query to SAP HANA. 음영 처리된 부분은 하위 SELECT로, 데이터 가져오기 / 쿼리 편집기의 쿼리를 포함합니다.The shaded is the subselect, containing the query from Get Data / Query Editor. 이 하위 SELECT가 높은 카디널리티 결과를 제공하면 결과 SAP HANA 성능이 저하될 가능성이 큽니다.If this subselect gives a high cardinality result, then the resulting SAP HANA performance will likely be poor.

SAP HANA에 대한 SQL 쿼리를 보여 주는 쿼리 예제의 스크린샷.

이러한 동작 때문에 데이터 가져오기 또는 쿼리 편집기에서 선택한 항목은 SAP HANA에 적당한 쿼리이면서 필요한 항목으로 제한하는 것이 좋습니다.Because of this behavior, we recommend the items selected in Get Data or Query Editor be limited to those items that are needed, while still resulting in a reasonable query for SAP HANA.

모범 사례Best practices

SAP HANA에 연결하는 두 가지 방법의 경우, 특히 우수한 성능과 관련해서 DirectQuery 사용에 대한 권장 사항이 SAP HANA에도 적용됩니다.For both approaches to connecting to SAP HANA, recommendations for using DirectQuery also apply to SAP HANA, particularly those related to ensuring good performance. 이러한 권장 사항은 Power BI의 DirectQuery 사용 문서에 자세히 설명되어 있습니다.These recommendations are described in detail in the article using DirectQuery in Power BI.

제한 사항Limitations

다음 목록에서는 Power BI를 사용할 때 완전히 지원되지 않는 SAP HANA 기능 또는 다르게 작동하는 기능을 모두 설명합니다.The following list describes all SAP HANA features that are not fully supported, or features that behave differently when using Power BI.

  • 부모 자식 계층 구조 - 부모 자식 계층 구조는 Power BI에서 표시되지 않습니다.Parent Child Hierarchies - Parent child hierarchies will not be visible in Power BI. Power BI가 SQL 인터페이스를 사용하여 SAP HANA에 액세스하고 SQL을 통해 부모 자식 계층 구조에 완전히 액세스할 수 없기 때문입니다.This is because Power BI accesses SAP HANA using the SQL interface, and parent child hierarchies cannot be fully accessed via SQL.
  • 기타 계층 구조 메타데이터 - 계층 구조의 기본 구조는 Power BI에 표시되지만 비정형 계층 구조의 동작 제어처럼 일부 계층 구조 메타데이터에는 영향을 미치지 않습니다.Other hierarchy metadata - The basic structure of hierarchies is displayed in Power BI, however some hierarchy metadata (such as controlling the behavior of ragged hierarchies) will have no effect. 이는 SQL 인터페이스로 인한 제한 사항 때문입니다.Again, this is due to the limitations imposed by the SQL interface.
  • SSL을 사용한 연결 - SSL을 사용하는 다차원 및 가져오기를 사용하여 연결할 수 있지만 관계형 커넥터에 대해 SSL을 사용하도록 구성된 SAP HANA 인스턴스에는 연결할 수 없습니다.Connection using SSL - You can connect using Import and multi-dimensional with SSL, buy cannot connect to SAP HANA instances configured to use SSL for the relational connector.
  • 특성 보기에 대한 지원 - Power BI는 분석 및 계산 보기에 연결할 수 있지만 특성 보기에는 바로 연결할 수 없습니다.Support for Attribute views - Power BI can connect to Analytic and Calculation views, but cannot connect directly to Attribute views.
  • 카탈로그 개체 지원 - Power BI는 카탈로그 개체에 연결할 수 없습니다.Support for Catalog objects - Power BI cannot connect to Catalog objects.
  • 게시 후 변수 변경 - 보고서를 게시한 후 Power BI 서비스에서 바로 SAP HANA 변수에 대한 값을 변경할 수 없습니다.Change to Variables after publish - You cannot change the values for any SAP HANA variables directly in the Power BI service, after the report is published.

알려진 문제Known issues

다음 목록에서는 Power BI를 사용하여 SAP HANA(DirectQuery)에 연결할 때 알려진 모든 문제를 설명합니다.The following list describes all known issues when connecting to SAP HANA (DirectQuery) using Power BI.

  • 카운터 및 기타 측정값에 대해 쿼리할 때 SAP HANA 문제 - 분석 보기에 연결하고 카운터 측정값 및 기타 비율 측정값이 동일한 시각적 개체에 포함되는 경우 SAP HANA에서 잘못된 데이터가 반환됩니다.SAP HANA issue when query for Counters, and other measures - Incorrect data is returned from SAP HANA if connecting to an Analytical View, and a Counter measure and some other ratio measure, are included in the same visual. 이 문제는 SAP 참고 2128928(계산 열 및 카운터를 쿼리할 때 예상치 못한 결과)에서 다룹니다.This is covered by SAP Note 2128928 (Unexpected results when query a Calculated Column and a Counter). 이 경우 비율 측정값이 올바르지 않습니다.The ratio measure will be incorrect in this case.

  • 단일 SAP HANA 열의 여러 Power BI 열 - 둘 이상의 계층 구조에서 SAP HANA 열이 사용되는 일부 계산 보기의 경우, SAP HANA는 이 열을 두 개의 별도 특성으로 표시합니다.Multiple Power BI columns from single SAP HANA column - For some calculation views, where a SAP HANA column is used in more than one hierarchy, SAP HANA exposes this as two separate attributes. 그 결과 Power BI에 두 개의 열이 생성됩니다.This results in two columns being created in Power BI. 이러한 열은 기본적으로 숨겨져 있지만, 계층 구조와 관련된 모든 쿼리 또는 열이 올바르게 동작합니다.Those columns are hidden by default, however, and all queries involving the hierarchies, or the columns directly, behave correctly.

다음 단계Next steps

DirectQuery에 대한 자세한 내용은 다음 리소스를 참조하세요.For more information about DirectQuery, check out the following resources: