Power BI Desktop で複合モデルを使用するUse 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 の複合モデル機能は、3 つの関連する機能で構成されています。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 Apply many-many relationships in Power BI Desktop.

  • ストレージ モード:どのビジュアルでバックエンド データ ソースをクエリするかを指定できるようになりました。Storage mode: You can now specify which visuals query 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 to back-end sources. 詳細については、「Power BI Desktop でストレージ モードを管理する」をご覧ください。For more information, see Manage storage mode in Power BI Desktop.

複合モデルを使用するUse composite models

複合モデルを使用すると、Power BI Desktop または Power BI サービスを使用するときに、さまざまな種類のデータ ソースに接続することができます。With composite models, you can connect to different kinds 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 について詳しくは、「Power BI で DirectQuery を使用する」をご覧ください。To learn more about DirectQuery, see Use DirectQuery in Power BI.

DirectQuery を使用するときに複合モデルを使用すると、以下のアクションのいずれかまたは両方を実行する Power BI モデル (単一の .pbix Power BI Desktop ファイルなど) を作成できます。When you use DirectQuery, composite models make 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 actions:

  • 1 つ以上の 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.

テーブル間のリレーションシップは、テーブルが異なるソースからのものであっても、いつもと同様に作成できます。You can create relationships between tables as you always have, even when those tables come from different sources. 異なるソース間のリレーションシップは、実際のカーディナリティに関係なく、多対多のカーディナリティで作成されます。Any relationships that are cross-source are created with a cardinality of many-to-many, regardless of their actual cardinality. これらは、一対多、多対一、または一対一に変更できます。You can change them to one-to-many, many-to-one, or one-to-one. どのカーディナリティを設定しても、ソース間のリレーションシップの動作は異なります。Whichever cardinality you set, cross-source relationships have different behavior. Data Analysis Expressions (DAX) 関数を使用して one 側の値を many 側から取得することはできません。You can't use Data Analysis Expressions (DAX) functions to retrieve values on the one side from the many side. また、同じソース内の多対多のリレーションシップとの比較において、パフォーマンスへの影響が見られる場合があります。You may also see a performance impact versus many-to-many relationships within the same source.

注意

複合モデルのコンテキスト内では、実際の基のデータ ソースにかかわらず、すべてのインポート元テーブルは、実質的には単一のソースになります。Within the context of composite models, all imported tables are effectively a single source, regardless of the actual underlying data sources.

複合モデルの例Example of a composite model

複合モデルの例として、DirectQuery を使用して SQL Server 内の会社のデータ ウェアハウスに接続されているレポートを考えます。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 (製品名) 別に表示する図を次に示します。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? Product Manager (プロダクト マネージャー) 別の 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 を使用してデータ ウェアハウスに接続し、追加のソースに対して [データの取得] を使用できます。Composite models let you connect to the data warehouse by using DirectQuery and then use Get data for additional sources. この例では、最初に会社のデータ ウェアハウスへの DirectQuery 接続を確立します。In this example, we first establish the DirectQuery connection to the corporate data warehouse. [データの取得] を使用して [Excel] を選択した後、ローカル データを含むスプレッドシートに移動します。We use Get data, choose Excel, and then navigate to the spreadsheet that contains our local data. 最後に、Product Names (製品名)、割り当てられた Sales Manager (セールス マネージャー)、および Priority (優先度) を含むスプレッドシートをインポートします。Finally, we import the spreadsheet that contains the Product Names, the assigned Sales Manager, and the Priority.

[ナビゲーター] ウィンドウ

[フィールド] リストには、2 つのテーブルが表示されます。SQL Server の元の Bike テーブルと、新しい Product Managers テーブルです。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 の [リレーションシップ] ビューには、Product Managers という追加のテーブルが表示されています。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. 通常どおり、SQL Server の Bike テーブルとインポートされた 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 default to 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. たとえば、Product Manager (プロダクト マネージャー) ごとの SalesAmount (売上高) の合計を次の図に示します。For example, the total SalesAmount for each Product Manager is displayed in the following image:

フィールド ウィンドウ

次の例では、別の場所からインポートした追加データを使用して拡張された "ディメンション" テーブル (Product (製品) や Customer (顧客) など) の一般的なケースを示します。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. 引き続きこの例を使用して、Country (国) 別と Period (期間) 別の SalesTargets (売り上げ目標) が個別の部門データベースに格納されているとします。To continue with our example, imagine that Sales Targets per Country and Period are stored in a separate departmental database. 次の図のように、通常どおりに [データの取得] を使用してそのデータに接続できます。As usual, you can use Get data 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 (目標) は、2 つの異なる 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.

ストレージ モードを表示するツールヒント

いくつかの DirectQuery のテーブルといくつかのインポート テーブルを含む Power BI Desktop ファイル ( .pbix ファイル) の場合、ステータス バーには [混合] というストレージ モードが表示されます。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 Manage storage mode in Power BI Desktop.

注意

Power BI Desktop と Power BI サービスでは、 [混合] ストレージ モードを使用できます。You can use Mixed storage mode in Power BI Desktop and in the Power BI service.

計算テーブルCalculated tables

DirectQuery を使用するモデルに計算テーブルを追加することができます。You can add calculated tables to a model that uses DirectQuery. 計算テーブルを定義する Data Analysis Expressions (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. 1 つのデータ ソースに送信されるクエリには、別のソースから取得されたデータ値を含めることができます。A query sent to one data source can include data values that have been retrieved from another source. 前述の例では、Product Manager (プロダクト マネージャー) 別の Sales Amount (売上高) を表示するビジュアルによって、Sales (売上) リレーショナル データベースに SQL クエリが送信されます。In the earlier example, the visual that shows (Sales Amount) by Product Manager sends an SQL query to the Sales relational database. その SQL クエリには、Product Managers (プロダクト マネージャー) の名前とそれらに関連付けられた Products (製品) の名前を含めることができます。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. 暗号化された接続を使用して 1 つのソースから情報を取得した後、暗号化されていない接続を使用して別のソースに送信されるクエリにその情報を誤って含めないようにする必要があります。You want to avoid retrieving information from one source by an encrypted connection and then inadvertently including it in a query that's sent to another source by an unencrypted connection.

あらゆるセキュリティへの影響が考慮されていることを確認するために、Power BI Desktop では、複合モデルを作成するときに警告メッセージが表示されます。To allow confirmation that you've 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 によって警告が表示されます。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. 良好なエクスペリエンスとは、ビジュアルが 5 秒以内に更新されるということです。A good experience means that the visuals refresh in five seconds or less. パフォーマンスに関するアドバイスについては、「Power BI での DirectQuery の使用について」を参照してください。For more performance advice, see About using DirectQuery in Power BI.

複合モデルを使用する場合、その他のパフォーマンスの考慮事項が追加されます。Using composite models adds additional performance considerations. 1 つのビジュアルによって複数のソースにクエリが送信される場合があり、この場合は、1 つのクエリの結果が 2 番目のソースに渡されることがよくあります。A single visual can result in sending queries to multiple sources, which often pass the results from one query across to a second source. このような状況では、次のような実行の形式になる可能性があります。This situation can result in the following forms of execution:

  • 多数のリテラル値を含む SQL クエリ:たとえば、選択した Product Managers (プロダクト マネージャー) のセットに関する合計の Sales Amount (売上高) を要求するビジュアルの場合、まずそのプロダクト マネージャーが管理した Products (製品) を検索する必要があります。An 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. このシーケンスは、WHERE 句にすべての製品 ID を含む SQL クエリがビジュアルによって送信される前に発生する必要があります。This sequence must happen before the visual sends an SQL query that includes all of the product IDs in a WHERE clause.

  • 低いレベルの粒度でクエリを実行する SQL クエリ (データは後でローカルで集計されます) :Product Manager (プロダクト マネージャー) に対するフィルターの条件を満たす Products (製品) の数が多くなるにつれて、すべての製品を WHERE 句に含めることが非効率または不可能になる場合があります。An SQL query that queries at a lower level of granularity, with the data later 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. 代わりに、Product (製品) の下位レベルでリレーショナル ソースにクエリを実行した後、ローカルでその結果を集計することができます。Instead, you can query the relational source at the lower level of Products and then aggregate the results locally. Products (製品) のカーディナリティが 100 万の制限を超えると、クエリは失敗します。If the cardinality of Products exceeds a limit of 1 million, the query fails.

  • 複数の SQL クエリ、値ごとに各グループで 1 つ:集計で DistinctCount が使用され、別のソースの列によってグループ化されるときに、外部ソースでグループ化を定義する多数のリテラル値を効率的に渡す処理がサポートされていない場合は、値ごとに各グループで 1 つの SQL クエリを送信する必要があります。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 doesn't support efficient passing of many literal values that define the grouping, it's necessary to send one SQL query per group by value.

    スプレッドシートからインポートされる Product Manager (プロダクト マネージャー) ごとに SQL Server テーブルの CustomerAccountNumber (顧客アカウント番号) の個別の数を要求するビジュアルの場合、SQL Server に送信されるクエリで Product Managers (プロダクト マネージャー) テーブルの詳細を渡す必要があります。A visual that requests a distinct count of CustomerAccountNumber from the SQL Server table by Product Managers 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. 代わりに、Sales Manager (セールス マネージャー) ごとに 1 つの SQL クエリが送信されます。この送信は、クエリが失敗する実用限界まで実行されます。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. 2 つのソースを結合するリレーションシップで使用される列のカーディナリティは低いまま (数千) であり、パフォーマンスへの影響はありません。Although the cardinality of the columns used in the relationship that joins the two sources remains low, a few thousand, performance shouldn't be affected. このカーディナリティが大きくなるほど、結果として得られるパフォーマンスへの影響をさらに注意する必要があります。As this cardinality grows, you should pay more attention to the impact on the resulting performance.

さらに、多対多のリレーションシップの使用は、詳細な値をローカルで集計するのではなく、合計または小計レベルごとに、独立したクエリが基のソースに送信されることを意味します。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. 合計がある単純なテーブル ビジュアルでは、1 つではなく 2 つの 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:

現在、SQL、Oracle、Teradata データ ソースにのみ接続する複合モデルに対しては、増分更新がサポートされています。Currently, incremental refresh is supported for composite models connecting to SQL, Oracle, and Teradata data sources only.

次の 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 BI データセットPower 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 がある場合、QuickInsights 機能と Q&A 機能は使用できません。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: