Использование составных моделей в Power BI DesktopUse composite models in Power BI Desktop

Ранее в Power BI Desktop при использовании DirectQuery в отчете не допускались никакие другие подключения к данным в этом отчете, будь то DirectQuery или импорт.Previously in Power BI Desktop, when you used a DirectQuery in a report, no other data connections—whether DirectQuery or Import—were allowed for that report. В составных моделях это ограничение снимается.With composite models, that restriction is removed. В отчет теперь можно беспрепятственно включать подключения к данным из нескольких DirectQuery или импортировать подключения к данным в любой выбранной комбинации.A report can seamlessly include data connections from more than one DirectQuery or Import data connection, in any combination you choose.

Составные модели в Power BI Desktop

Возможность создания составных моделей в Power BI Desktop сопряжена с использованием трех основных компонентов:The composite models capability in Power BI Desktop consists of three related features:

  • Составные модели позволяют включить в отчет несколько подключений к данным, в том числе подключения DirectQuery или импорт, в любой комбинации.Composite models: Allows a report to have multiple data connections, including DirectQuery connections or Import, in any combination. В этой статье приведено подробное описание составных моделей.This article describes composite models in detail.

  • Связи "многие ко многим". В составных моделях вы можете установить между таблицами связи "многие ко многим".Many-to-many relationships: With composite models, you can establish many-to-many relationships between tables. Они избавляют от необходимости поддерживать уникальные значения в таблицах.This approach removes requirements for unique values in tables. Также они позволяют обойтись без предыдущих обходных путей, таких как создание новых таблиц исключительно для образования связей.It also removes previous workarounds, such as introducing new tables only to establish relationships. Дополнительные сведения см. в статье о связях "многие ко многим" в Power BI Desktop (предварительная версия).For more information, see Many-to-many relationships in Power BI Desktop (preview).

  • Режим хранения позволяет указать, в каких визуальных элементах будут использоваться запросы к источникам данных серверной части.Storage mode: You can now specify which visuals require a query to back-end data sources. Визуальные элементы, которым не нужны такие запросы, всегда импортируются, даже если они основаны на DirectQuery.Visuals that don't require a query are imported even if they're based on DirectQuery. Эта функция помогает повысить производительность и снизить нагрузку на серверную часть.This feature helps improve performance and reduce back-end load. Ранее даже простые визуальные элементы, например срезы, инициировали запросы к серверным источникам.Previously, even simple visuals such as slicers initiated queries that were sent to back-end sources. Дополнительные сведения см. в статье Режим хранения в Power BI Desktop (предварительная версия).For more information, see Storage mode in Power BI Desktop (preview).

Работа с составными моделямиUse composite models

Составные модели дают возможность подключаться к различным источникам данных при использовании Power BI Desktop или службы Power BI.With composite models, you can connect to a variety of data sources when you use Power BI Desktop or the Power BI service. Эти подключения данных можно выполнять двумя способами:You can make those data connections in a couple of ways:

  • путем импорта данных в Power BI (наиболее распространенный способ получения данных);By importing data to Power BI, which is the most common way to get data.
  • путем подключения непосредственно к данным в исходном репозитории с помощью DirectQuery.By connecting directly to data in its original source repository by using DirectQuery. Дополнительные сведения о DirectQuery см. в статье Использование DirectQuery в Power BI.To learn more about DirectQuery, see Use DirectQuery in Power BI.

При использовании DirectQuery составные модели позволяют создать модель Power BI (например, одиночный PBIX-файл Power BI Desktop), предназначенную для выполнения одной или обеих следующих задач:When you use DirectQuery, composite models makes it possible to create a Power BI model (such as a single .pbix Power BI Desktop file) that does either or both of the following:

  • объединение данных из одного или нескольких источников DirectQuery;Combines data from one or more DirectQuery sources.
  • объединение данных из источников DirectQuery и импортированных данных.Combines data from DirectQuery sources and Import data.

Например, с помощью составных моделей можно построить модель, которая объединяет следующие типы данных:For example, by using composite models, you can build a model that combines the following types of data:

  • данные о продажах из хранилища данных предприятия;Sales data from an enterprise data warehouse.
  • данные о целевых продажах из базы данных SQL Server отделов предприятия;Sales-target data from a departmental SQL Server database.
  • данные, импортированные из электронной таблицы.Data that's imported from a spreadsheet.

Модель, которая объединяет данные из нескольких источников DirectQuery или объединяет DirectQuery с импортированными данными, называется составной моделью.A model that combines data from more than one DirectQuery source or that combines DirectQuery with Import data is called a composite model.

Примечание

Начиная с выпуска Power BI Desktop за октябрь 2018 г. вы можете публиковать составные модели в службе Power BI.Beginning with the October 2018 release of Power BI Desktop, you can publish composite models to the Power BI service. При запланированном обновлении и обновлении плиток панели мониторинга составные модели в службе Power BI ведут себя так же, как и модели импорта.For scheduled refresh and dashboard tile refresh, composite models in the Power BI service behave in the same way as Import models.

Можно создавать связи между таблицами привычным способом, даже если эти таблицы поступают из различных источников, со следующим ограничением: любые связи между различными источниками должны быть определены с кратностью многие ко многим независимо от их фактической кратности.You can create relationships between tables as you always have, even when those tables come from different sources, with the following restriction: any relationships that are cross-source must be defined as having a cardinality of many-to-many, regardless of their actual cardinality. Поведение таких связей такое же, как у обычных связей многие ко многим. Это описано в статье о связях "многие ко многим" в Power BI Desktop (предварительная версия).The behavior of such relationships is then the same as normal for many-to-many relationships, as described in Many-to-many relationships in Power BI Desktop (preview).

Примечание

В контексте составных моделей все импортированные таблицы по сути представляют собой единый источник независимо от фактического базового источника данных, из которого они были импортированы.Within the context of composite models, all imported tables are effectively a single source, regardless of the actual underlying data source from which they are imported.

Пример составной моделиExample of a composite model

В качестве примера составной модели рассмотрим отчет, который подключен к корпоративному хранилищу данных в SQL Server с помощью DirectQuery.For an example of a composite model, consider a report that has connected to a corporate data warehouse in SQL Server by using DirectQuery. В этом случае хранилище данных содержит данные Sales by Country (Продажи по странам), Quarter (Квартал) и Bike (Product) (Велосипеды, продукт), как показано на следующем рисунке:In this instance, the data warehouse contains Sales by Country, Quarter, and Bike (Product) data, as shown in the following image:

Представление связей для составных моделей

На этом этапе можно создать простые визуальные элементы с использованием полей из указанного источника.At this point, you could build simple visuals by using fields from this source. Например, на следующем рисунке показаны сведения об общем объеме продаж по наименованиям продукции (ProductName) для выбранного квартала.For example, the following image shows total sales by ProductName, for a selected quarter.

Визуальный элемент на основе данных

Но что делать, если у вас есть электронная таблица Office Excel с данными о менеджерах по продуктам, назначенных для каждого продукта, наряду с маркетинговым приоритетом?But what if you have data in an Office Excel spreadsheet about the product manager who's assigned to each product, along with the marketing priority? Если вы хотите просмотреть значение Sales Amount (Объем продаж) по менеджеру по продуктам, может оказаться невозможным добавить эти локальные данные в корпоративное хранилище данных.If you want to view Sales Amount by Product Manager, it might not be possible to add this local data to the corporate data warehouse. Или это в лучшем случае может занять месяцы.Or it might take months at best.

Существует возможность импортировать эти данные о продажах из хранилища данных вместо использования DirectQuery.It might be possible to import that sales data from the data warehouse, instead of using DirectQuery. Затем данные о продажах можно объединить с данными, которые импортируются из электронной таблицы.And the sales data could then be combined with the data that you imported from the spreadsheet. Тем не менее этот подход является неоправданным по причинам, из-за которых рекомендуется в первую очередь использовать DirectQuery.However, that approach is unreasonable, for the reasons that lead to using DirectQuery in the first place. Возможные причины включают следующие:The reasons could include:

  • определенное сочетание правил безопасности, применяемых в базовом источнике;Some combination of the security rules enforced in the underlying source.
  • необходимость просматривать последние данные;The need to be able to view the latest data.
  • масштабы отклонения данных.The sheer scale of the data.

Здесь и помогают составные модели.Here's where composite models come in. Составные модели позволяют подключиться к хранилищу данных с помощью DirectQuery, а затем использовать функцию GetData для дополнительных источников.Composite models let you connect to the data warehouse by using DirectQuery and then use GetData for additional sources. В этом примере мы сначала установим подключение DirectQuery к корпоративному хранилищу данных.In this example, we first establish the DirectQuery connection to the corporate data warehouse. Мы используем GetData, выберем Excel, а затем перейдем в электронную таблицу, содержащую наши локальные данные.We use GetData, choose Excel, and then navigate to the spreadsheet that contains our local data. Наконец, мы импортируем таблицу, содержащую названия продуктов, назначенного менеджера по продажам и приоритет.Finally, we import the spreadsheet that contains the Product Names, the assigned Sales Manager, and the Priority.

Окно "Навигатор"

В списке Поля вы увидите две таблицы: исходную таблицу Bike (Велосипеды) из SQL Server и новую таблицу ProductManagers (Менеджеры по продуктам).In the Fields list, you can see two tables: the original Bike table from SQL Server and a new ProductManagers table. Новая таблица содержит данные, импортированные из Excel.The new table contains the data that's imported from Excel.

Представление таблиц в списке "Поля"

В представлении связей в Power BI Desktop теперь также отображается дополнительная таблица ProductManagers.Similarly, in the Relationship view in Power BI Desktop, we now see an additional table called ProductManagers.

Представление связей для таблиц

Теперь нам нужно связать эти таблицы с другими в модели.We now need to relate these tables to the other tables in the model. Как всегда, мы создадим связь между таблицей Bike в SQL Server и импортированной таблицей ProductManagers.As always, we create a relationship between the Bike table from SQL Server and the imported ProductManagers table. То есть связь будет установлена между Bike[ProductName] и ProductManagers[ProductName].That is, the relationship is between Bike[ProductName] and ProductManagers[ProductName]. Как было сказано ранее, все связи, которые проходят через источник, должны иметь кратность по умолчанию многие ко многим.As discussed earlier, all relationships that go across source must have the default many-to-many cardinality.

Окно создания связи

После создания этой связи она отображается в представлении связей в Power BI Desktop, как и ожидалось.Now that we've established this relationship, it's displayed in the Relationship view in Power BI Desktop, as we would expect.

Новое представление связей

Теперь можно создать визуальные элементы на основе любого из полей в списке Поля.We can now create visuals by using any of the fields in the Fields list. Этот подход позволяет без проблем объединять данные из нескольких источников.This approach seamlessly blends data from multiple sources. Например, общее значение SalesAmount (Объем продаж) для каждого менеджера по продуктам показано на следующем рисунке:For example, the total SalesAmount for each Product Manager is displayed in the following image:

Панель "Поля"

В следующем примере показан распространенный вариант таблицы измерения — такой как Продукт или Клиент, — которая расширяется с помощью некоторых дополнительных данных, импортированных из другого источника.The following example displays a common case of a dimension table—such as Product or Customer—that's extended with some extra data imported from somewhere else. Кроме того, таблицы могут использовать DirectQuery для подключения к различным источникам.It's also possible to have tables use DirectQuery to connect to various sources. Продолжая наш пример, представим, что данные о целях продаж (Sales Targets) по странам (Country) и периодам (Period) хранятся в отдельной базе данных отдела.To continue with our example, imagine that Sales Targets per Country and Period are stored in a separate departmental database. Как обычно, подключиться к этим данным можно с помощью функции GetData, как показано на приведенном ниже рисунке:As usual, you can use GetData to connect to that data, as shown in the following image:

Окно "Навигатор"

Как и ранее, мы можем создать связи между новой таблицей и другими таблицами в модели, а затем создать визуальные элементы, объединяющие данные таблиц.As we did earlier, we can create relationships between the new table and other tables in the model and then create visuals that combine the table data. Вернемся к представлению связей, где мы установили новые связи.Let's look again at the Relationships view, where we've established the new relationships:

Представление связей с несколькими таблицами

Пример на следующем рисунке основан на новых данных и связях, которые мы создали.The next image is based on the new data and relationships we created. Визуальный элемент в нижнем левом углу отражает сравнение общего объема продаж (Sales Amount) и целевого показателя (Target), а также вычисленное значение дисперсии.The visual at the lower left shows total Sales Amount versus Target, and the variance calculation shows the difference. Данные Sales Amount и Target поступают из двух разных баз данных SQL Server.The Sales Amount and Target data come from two different SQL Server databases.

Рисунок с дополнительными данными

Установка режима храненияSet the storage mode

У каждой таблицы в составной модели есть режим хранения, указывающий, на чем основана таблица (на DirectQuery или импорте).Each table in a composite model has a storage mode that indicates whether the table is based on DirectQuery or Import. Режим хранения можно просмотреть и изменить в областиСвойства.The storage mode can be viewed and modified in the Property pane. Чтобы увидеть режим хранения, в списке Поля щелкните таблицу правой кнопкой мыши, а затем выберите пункт Свойства.To display the storage mode, right-click a table in the Fields list, and then select Properties. На следующем рисунке показан режим хранения для таблицы SalesTargets.The following image shows the storage mode for the SalesTargets table.

Параметр режима хранилища

Режим хранения также можно увидеть в подсказке для каждой таблицы.The storage mode can also be viewed on the tooltip for each table.

Подсказка с режимом хранения

Для любого файла Power BI Desktop (с расширением PBIX), который содержит таблицы из DirectQuery и импортированные таблицы, в строке состояния режима хранения отображается значение Смешанный.For any Power BI Desktop file (a .pbix file) that contains some tables from DirectQuery and some Import tables, the status bar displays a storage mode called Mixed. Можно щелкнуть этот термин в строке состояния и переключить все таблицы в режим импорта.You can click that term in the status bar and easily switch all tables to Import.

Дополнительные сведения о режиме хранения см. в статье Режим хранения в Power BI Desktop (предварительная версия).For more information about storage mode, see Storage mode in Power BI Desktop (preview).

Вычисляемые таблицыCalculated tables

Вычисляемые таблицы можно добавить в модель, которая использует DirectQuery.You can add calculated tables to a model that uses DirectQuery. Выражения анализа данных (DAX), определяющие вычисляемую таблицу, могут ссылаться на импортированные таблицы или таблицы DirectQuery, а также их сочетание.The Data Analysis Expressions (DAX) that define the calculated table can reference either imported or DirectQuery tables or a combination of the two.

Вычисляемые таблицы всегда импортируются, а данные в них обновляются при обновлении таблицы.Calculated tables are always imported, and their data is refreshed when you refresh the tables. Если вычисляемая таблица ссылается на таблицу DirectQuery, визуальные элементы, которые ссылаются на таблицу DirectQuery, всегда отображают последние значения в базовом источнике.If a calculated table refers to a DirectQuery table, visuals that refer to the DirectQuery table always show the latest values in the underlying source. Кроме того, визуальные элементы, ссылающиеся на вычисляемую таблицу, отображают значения на момент последнего обновления вычисляемой таблицы.Alternatively, visuals that refer to the calculated table show the values at the time when the calculated table was last refreshed.

Последствия для безопасностиSecurity implications

Использование составных моделей связано с некоторыми последствиями для безопасности.Composite models have some security implications. Запрос, отправленный к одному источнику данных, может включать значения данных, полученные из другого источника.A query sent to one data source can include data values that have been retrieved from another source. В предыдущем примере визуальный элемент, отображающий значение объема продаж (Sales Amount) по менеджеру по продуктам (Product Manager), отправляет запрос SQL к реляционной базы данных Sales (Продажи).In the earlier example, the visual that shows Sales Amount by Product Manager sends a SQL query to the Sales relational database. Этот запрос SQL может содержать имена менеджеров по продуктам и связанные с ними продукты.That SQL query might contain the names of Product Managers and their associated Products.

Сценарий, демонстрирующий последствия для безопасности

Соответственно, сведения, хранящиеся в электронной таблице, теперь включаются в запрос, отправляемый в реляционную базу данных.Consequently, information that's stored in the spreadsheet is now included in a query that's sent to the relational database. Если эти сведения конфиденциальны, необходимо учитывать последствия такого сценария для безопасности.If this information is confidential, you should consider the security implications. В частности, необходимо учитывать следующие аспекты.In particular, consider the following points:

  • Любой администратор базы данных, который может просматривать трассировки или журналы аудита, может увидеть эти сведения, даже не имея прав на доступ к ним в исходном источнике.Any administrator of the database who can view traces or audit logs could view this information, even without permissions to the data in its original source. В этом примере администратору потребовались бы разрешения на доступ к файлу Excel.In this example, the administrator would need permissions to the Excel file.

  • Необходимо учитывать параметры шифрования для каждого источника.The encryption settings for each source should be considered. Наверняка вы хотели бы избежать ситуации, когда сведения получаются из одного источника через зашифрованное подключение, а затем случайно включаются в запрос, который отправляется к другому источнику через незашифрованное подключение.You want to avoid retrieving information from one source via an encrypted connection and then inadvertently including it in a query that's sent to another source via an unencrypted connection.

Чтобы вы могли убедиться, что все последствия для безопасности приняты во внимание, при создании составной модели в Power BI Desktop отображается предупреждение.To allow confirmation that you have considered any security implications, Power BI Desktop displays a warning message when you create a composite model.

По тем же причинам нужно соблюдать осторожность при открытии файла Power BI Desktop, отправленного из ненадежного источника.For similar reasons, be careful when you open a Power BI Desktop file that's sent from an untrusted source. Если файл содержит составные модели, сведения, получаемые из одного источника по учетным данным пользователя, который открывает файл, могут отправится в другой источник данных как часть запроса.If the file contains composite models, information that someone retrieves from one source by using the credentials of the user who opens the file would be sent to another data source as part of the query. При этом такие сведения может просмотреть автор вредоносного файла Power BI Desktop.The information could be viewed by the malicious author of the Power BI Desktop file. Таким образом, при первом открытии файла Power BI Desktop, который содержит несколько источников, Power BI Desktop выводит на экран предупреждение.Therefore, when you initially open a Power BI Desktop file that contains multiple sources, Power BI Desktop displays a warning. Это предупреждение аналогично отображающемуся при открытии файла с собственными запросами SQL.The warning is similar to the one that's displayed when you open a file that contains native SQL queries.

Влияние на производительностьPerformance implications

При использовании DirectQuery обязательно следует учитывать воздействие на производительность. Прежде всего убедитесь, что источник серверной части обладает достаточными ресурсами для обеспечения эффективной работы пользователей.When you use DirectQuery, you should always consider performance, primarily to ensure that the back-end source has sufficient resources to provide a good experience for users. Эффективная работа подразумевает, что визуальные элементы обновляются в течение не более пяти секунд.A good experience means that the visuals refresh in five seconds or less. Также следует придерживаться советов по производительности из статьи об использовании DirectQuery в Power BI.You should also follow the performance advice in the Use DirectQuery in Power BI article.

При использовании составных моделей следует учитывать дополнительные рекомендации по производительности.Using composite models adds additional performance considerations. Один визуальный элемент может отправлять запросы в несколько источников, при этом результаты одного запроса часто передаются через второй источник.A single visual can result in sending queries to multiple sources, which often passes the results from one query across to a second source. Это может привести к следующим формам выполнения.This situation can result in the following forms of execution:

  • SQL-запрос, который включает большое количество литеральных значений: например, визуальный элемент, запрашивающий общий объем продаж (Sales Amount) для набора выбранных менеджеров по продуктам, сначала должен узнать, какими продуктами управляют соответствующие менеджеры по продуктам.A SQL query that includes a large number of literal values: For example, a visual that requests total Sales Amount for a set of selected Product Managers would first need to find which Products were managed by those product managers. Эта последовательность должна быть выполнена, прежде чем визуальный элемент отправит запрос SQL, включающий все коды продуктов в предложении WHERE.This sequence must happen before the visual sends a SQL query that includes all of the product IDs in a WHERE clause.

  • SQL-запрос, который выполняется на более низком уровне детализации, с данными, которые затем агрегируются локально: по мере роста количества продуктов, удовлетворяющих условиям фильтра Менеджер по продуктам, включение всех продуктов в предложение WHERE может оказаться неэффективным или невозможным.A SQL query that queries at a lower level of granularity, with the data then being aggregated locally: As the number of Products that meet the filter criteria on Product Manager grows large, it can become inefficient or unfeasible to include all products in a WHERE clause. Вместо этого можно запросить реляционный источник на более низком уровне продукта, а затем агрегировать результаты локально.Instead, you can query the relational source at the lower level of Product and then aggregate the results locally. Если кратность продуктов превышает ограничение в 1 млн, запрос завершится ошибкой.If the cardinality of Products exceeds a limit of 1 million, the query fails.

  • Несколько SQL-запросов, по одному на значение GROUP BY: если при агрегировании используется отличительное количество (DistinctCount), сгруппированное по некоторому столбцу из другого источника, и внешний источник не поддерживает эффективную передачу нескольких литеральных значений, определяющих группирование, необходимо отправить по одному SQL-запросу на каждое значение GROUP BY.Multiple SQL queries, one per group by value: When the aggregation uses DistinctCount and is grouped by a column from another source, and if the external source does not support efficient passing of many literal values that define the grouping, it's necessary to send one SQL query per group by value.

    Например, визуальный элемент, запрашивающий отличительное количество CustomerAccountNumber (из таблицы SQL Server) по менеджерам по продуктам (Product Manager) (импортированным из электронной таблицы), должен будет передать сведения из таблицы Product Managers в запросе, отправляемом в SQL Server.For example, a visual that requests a distinct count of CustomerAccountNumber (from the SQL Server table) by Product Manager (imported from the spreadsheet) would need to pass in the details from the Product Managers table in the query that's sent to SQL Server. Для других источников (например, Redshift) это невыполнимо.Over other sources (Redshift, for example), this action is unfeasible. Вместо этого будет отправлено по одному SQL-запросу на каждого менеджера по продажам (Sales Manager) (до некоторого практического предела, при превышении которого запрос завершится ошибкой).Instead, there would be one SQL query sent per Sales Manager—up to some practical limit, at which point the query would fail.

Каждый из этих случаев особым образом влияет на производительность. Конкретные последствия зависят от источника данных.Each of these cases has its own implications on performance, and the exact details vary for each data source. Пока кратность столбцов, используемых в связи, объединяющей два источника, остается небольшой (несколько тысяч), это не должно оказывать влияния на производительность.Although the cardinality of the columns used in the relationship that joins the two sources remains low (a few thousand), performance should not be affected. При увеличении кратности следует уделить больше внимания влиянию на итоговую производительность.As this cardinality grows, you should pay more attention to the impact on the resulting performance. Мы рекомендуем ориентироваться на это проверенное правило.Apply this guidance as a good rule of thumb.

Кроме того, использование связей многие ко многим означает, что отдельные запросы должны отправляться к базовому источнику для каждого итогового или промежуточного уровня вместо локального агрегирования детальных значений.Additionally, the use of many-to-many relationships means that separate queries must be sent to the underlying source for each total or subtotal level, rather than aggregating the detailed values locally. Простой табличный визуальный элемент с итоговой суммой отправит два SQL-запроса, а не один.A simple table visual with totals would send two SQL queries, rather than one.

Рекомендации и ограниченияLimitations and considerations

В этом выпуске составные модели представляют несколько ограничений.This release of composite models presents a few limitations.

Следующие (многомерные) источники Live Connect невозможно использовать с составными моделями:The following Live Connect (multi-dimensional) sources can't be used with composite models:

  • SAP HANASAP HANA
  • SAP Business WarehouseSAP Business Warehouse
  • Службы SQL Server Analysis ServicesSQL Server Analysis Services
  • Наборы данных Power BIPower BI datasets
  • Azure Analysis ServicesAzure Analysis Services

При подключении к этим многомерным источникам в режиме DirectQuery невозможно одновременно подключиться к другому источнику DirectQuery или сочетать его с импортированными данными.When you connect to these multi-dimensional sources by using DirectQuery, you can't connect to another DirectQuery source or combine it with Import data.

Существующие ограничения DirectQuery по-прежнему действуют при применении составных моделей.The existing limitations of DirectQuery still apply when you use composite models. Многие из этих ограничений теперь относятся к отдельным таблицам в зависимости от режима хранения для каждой таблицы.Many of these limitations are now per table, depending upon the storage mode of the table. Например, вычисляемый столбец в импортированной таблице может ссылаться на другие таблицы, но вычисляемый столбец в таблице DirectQuery по-прежнему ограничен ссылками только на столбцы той же таблицы.For example, a calculated column on an Import table can refer to other tables, but a calculated column on a DirectQuery table can still refer only to columns on the same table. Другие ограничения применяются к модели в целом, если все таблицы в пределах модели являются таблицами DirectQuery.Other limitations apply to the model as a whole, if any of the tables within the model are DirectQuery. Например, функции "Краткая аналитика" и "Вопросы и ответы" недоступны в модели, если какая-либо из таблиц в ней используется в режиме хранения DirectQuery.For example, the QuickInsights and Q&A features aren't available on a model if any of the tables within it has a storage mode of DirectQuery.

Дальнейшие действияNext steps

Дополнительные сведения о составных моделях и DirectQuery см. в следующих статьях:For more information about composite models and DirectQuery, see the following articles: