DirectQuery и SAP HANADirectQuery and SAP HANA

Вы можете подключиться к источникам данных SAP HANA напрямую с помощью DirectQuery.‎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. Этот подход является рекомендуемым и используется по умолчанию для новых отчетов DirectQuery на базе SAP HANA.This is the recommended approach, and is the default for new DirectQuery reports over SAP HANA.

  • Определение SAP HANA в качестве реляционного источника. В этом случае SAP HANA в Power BI считается реляционным источником.Treat SAP HANA as a relational source: In this case, Power BI treats SAP HANA as a relational source. Такой подход обеспечивает большую гибкость. Но необходимо соблюдать осторожность, чтобы вычисление мер выполнялось правильно и не возникали проблемы с производительностью.This offers greater flexibility, but care must be taken to ensure that measures are aggregated as expected, and to avoid performance issues.

Способ подключения определяется с помощью глобального параметра средства. Чтобы установить этот параметр, последовательно выберите Файл > Параметры и настройки, Параметры > DirectQuery, а затем параметр Считать SAP HANA реляционным источником, как показано на изображении ниже.The approach used to connect 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.

Параметр "Считать SAP HANA реляционным источником" управляет подходом для всех новых отчетов, использующих DirectQuery на базе SAP HANA.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, он будет работать с учетом параметра, установленного при создании этого отчета.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. Это означает, что все отчеты, подключенные к SAP HANA, которые созданы до февраля 2018 г., будут определять SAP HANA как реляционный источник.This 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 very 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 определялась как реляционный источник, последовательно выберите Файл > Параметры и настройки > Параметры и установите флажок в области DirectQuery > Считать 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 applies:

  • В навигаторе получения данных можно выбрать одно представление 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. Во время подключения запросы не определяются. Это поведение отличается от импорта данных или использования DirectQuery при обработке SAP HANA как реляционного источника.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. Это также означает, что невозможно непосредственно использовать SQL-запрос SAP HANA, если выбран этот способ подключения.This also means that it's not possible to directly use a 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.

Разрешаются более строгие операции моделирования, чем при стандартном использовании DirectQuery. Это нужно, чтобы из SAP HANA можно было всегда получить правильные данные вычислений.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

Ниже перечислены основные дополнительные ограничения моделирования при подключении к SAP HANA с помощью DirectQuery в Power BI (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.
  • Дополнительные ограничения для мер. На выражения DAX, которые могут использоваться в мерах, накладываются дополнительные ограничения. Они зависят от уровня поддержки, предоставляемого SAP HANA.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. Учитывая характер источников OLAP, таких как SAP HANA, это представление недоступно для 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

Ниже перечислены ограничения для визуализаций при подключении к SAP HANA с помощью DirectQuery в Power BI (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.

Если импортировать данные в 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. В результате мы получаем таблицу с двумя столбцами, ProductID и AveragePrice, которые можно использовать в визуальных элементах.This results in a table with the two columns ProductID and AveragePrice that can be used in visuals.
  • В визуальном элементе любое последующее агрегирование (например, Sum, Average, Min и другие) выполняется над импортируемыми данными.In a visual, any subsequent aggregation (such as Sum, Average, Min, others) is performed over that imported data. Например, если включить AveragePrice в визуализацию, по умолчанию будет выполняться вычисление Sum и возвращаться сумма AveragePrice для каждого ProductID. В нашем примере это 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. Например, значение Average колонки AveragePrice возвращает среднее значение для 6,66, 4 и 3, которое равно 4,56, а не среднее значение столбца Price с 6 записями в базовой таблице, равное 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 6 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, Min и другие) снова выполняется над логической таблицей из запроса.In a visual, any subsequent aggregation (Sum, Average, Min, others) is again performed over that logical table from the query. Как видим, визуальный элемент, который содержит среднее значение записей в колонке AveragePrice, возвращает то же значение — 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. В SAP HANA Power BI может работать с аналитическими представлениями и представлениями вычисления, которые могут содержать меры.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 является представление SAP HANA, содержащее записи ID, ProductID, DepotID и меры, включая AveragePrice, определенную в представлении как среднее значение цены.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.

Если в разделе получения данных выбраны элементы для меры ProductID и AveragePrice, по этому представлению выполняется запрос на вычисление данных (в примере выше для простоты используется псевдо-SQL, который не соответствует точному синтаксису SAP HANA 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. Таким образом, нельзя утверждать, что все данные будут считываться перед дальнейшим агрегированием.Note that 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.

Исходя из указанного выше, при использовании DirectQuery для подключения к SAP HANA нужно учитывать следующие важные моменты: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 будет означать, что статистический запрос, используемый в подзапросе, содержит десятки столбцов, что снижает производительность.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 very poorly.

Давайте рассмотрим пример.Let's look at an example. В следующем примере, если выбрать пять столбцов (CalendarQuarter, Color, LastName, ProductLine, SalesOrderNumber) в диалоговом окне получения данных, а также меру OrderQuantity, при дальнейшем создании простой визуализации с Min OrderQuantity будет выполняться указанный ниже запрос SQL для SAP HANA.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. Затененная часть — это подвыборка с запросом из диалогового окна получения данных / редактора запросов.The shaded is the subselect, containing the query from Get Data / Query Editor. Если подзапрос выдаст результат с очень большим количеством элементов, это может значительно снизить производительность SAP HANA.If this subselect gives a very high cardinality result, then the resulting SAP HANA performance will likely be poor.

Поэтому рекомендуем выбирать в окне получения данных или в редакторе запросов только необходимые элементы, которые сформируют правильный запрос к 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. Эти рекомендации подробно описаны в статье об использовании DirectQuery в Power BI.These recommendations are described in detail in the article using DirectQuery in Power BI.

ОграниченияLimitations

В следующем списке перечислены все функции SAP HANA, которые поддерживаются не полностью или работают иначе при использовании Power BI.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 обращается к SAP HANA с помощью интерфейса SQL, а к иерархиям родителей-потомков невозможно получить полный доступ через 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. Нельзя подключиться к экземплярам SAP HANA, настроенным для использования протокола SSL.Connection using SSL - You cannot connect to SAP HANA instances configured to use SSL.
  • Поддержка для представлений атрибутов. 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.
  • Изменение переменных после публикации. Переменные SAP HANA невозможно изменить непосредственно в службе Power BI после публикации отчета.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

Ниже перечислены все известные проблемы, которые могут возникнуть при подключении к SAP HANA (DirectQuery) с помощью Power BI.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.

  • Несколько столбцов 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: