表形式オブジェクトモデル (TOM) を使用した Power BI セマンティックモデルのプログラミング

[アーティクル]
11/10/2023

適用対象:SQL Server 2016 以降の Analysis Services Azure Analysis Services Fabric/Power BI Premium

この記事は、もともと Power BI の高度なプログラミングに関するセッション、記事、ビデオのコレクションである Power BI Dev Camp 用の Power BI カスタマーアドバイザリチーム (CAT) によって作成されました。

Power BI Premiumセマンティックモデルには、XMLA エンドポイントが含まれます。このエンドポイントは、Power BI サービスで実行されている Analysis Services エンジンと対話し、Power BI モデルに対して直接プログラミングするための API を提供するため、Power BI 開発者にとって重要です。多くの Power BI プロフェッショナルは、SQL Server Management Studio、表形式エディター、DAX Studio などの XMLA プロトコルを使用する既存のツールを使用して Power BI モデルを作成、表示、管理できることを発見しました。 .NET 開発者は、.NET アプリケーションで C# コードを記述して、Power BI サービスでモデルを直接作成および変更できるようになりました。

表形式オブジェクトモデル (TOM) は、XMLA エンドポイントの上に抽象レイヤーを提供する .NET ライブラリです。これにより、開発者は、 Model、 Table、 Column、 Measure などのクラスを含む直感的なプログラミングモデルの観点からコードを記述できます。 TOM はバックグラウンドで、コード内の読み取り操作と書き込み操作を XMLA エンドポイントに対して実行される HTTP 要求に変換します。

XMLA エンドポイントを介してモデル化するアプリケーションの図。

この記事の焦点は、TOM の使用を開始し、Power BI サービスで実行している間にモデルを作成および変更するために必要な C# コードを記述する方法を示すことです。ただし、TOM は、POWER BI DESKTOPで実行されているローカルモデルに対してプログラミングする場合など、XMLA エンドポイントを含まないシナリオでも使用できます。 Power BI Desktopで TOM を使用する方法の詳細については、Power BI CAT メンバー Phil Seamark のブログシリーズを参照し、Power BI Dev Camp の表形式オブジェクトモデル (TOM) を使用してデータセットをプログラミングする方法に関するビデオをwatchしてください。

TOM は、Power BI REST API とは別の Power BI 開発者向けの新しく強力な API を表します。これら 2 つの API の間にはいくつかの重複がありますが、これらの API にはそれぞれ、他の API に含まれていない大量の機能が含まれています。さらに、開発者が両方の API を組み合わせて使用して完全なソリューションを実装する必要があるシナリオもあります。

表形式オブジェクトモデルを使用したはじめに

TOM を使用してプログラムする前に最初に取得する必要があるのは、ワークスペース接続の URL です。ワークスペース接続 URL は特定のワークスペースを参照し、コードがその Power BI ワークスペースと内部で実行されているモデルに接続できる接続文字列を作成するために使用されます。まず、専用容量で実行されている Power BI ワークスペースの [設定] ページに移動します。

注意

XMLA エンドポイントは、専用容量で実行されているモデルでのみサポートされています。共有容量で実行されているモデルでは使用できません。ユーザー容量あたりのPower BI Premiumでモデルを操作する場合は、ユーザーとして接続できますが、サービスプリンシパルとして接続することはできません。

[設定] ウィンドウの [Premium] タブに移動したら、[ワークスペース接続 URL] をクリップボードにコピーします。

セマンティックモデルの [設定] のワークスペース接続文字列。

次の手順では、TOM を使用してプログラムする C# コードを記述する新しい .NET アプリケーションを作成します。 .NET Frameworkで .NET 5、.NET Core 3.1、または以前のバージョンを使用して、Web アプリケーションまたはデスクトップアプリケーションを作成できます。この記事では、 .NET 5 SDK を使用して単純な C# コンソールアプリケーションを作成します。

新しいコンソールアプリケーションを作成する

まず、.NET CLI を使用して新しいコンソールアプリケーションを作成します。

dotnet new console --name`

表形式オブジェクトモデル NuGet パッケージを追加する

コンソールアプリケーションを作成した後、表形式オブジェクトモデル (TOM) を含む Microsoft.AnalysisServices.AdomdClient.NetCore.retail.amd64 NuGet パッケージを追加します。次の .NET CLI を使用して、.NET 5 アプリケーションにパッケージをインストールできます。

dotnet add package Microsoft.AnalysisServices.NetCore.retail.amd64

接続文字列を追加する

プロジェクトに TOM ライブラリがインストールされた NuGet パッケージがある場合は、TOM を使用して従来のHello World アプリケーションを作成できます。アプリケーションは、ワークスペース接続 URL を使用して Power BI ワークスペースに接続し、ワークスペース内のモデルを列挙して、その名前をコンソールウィンドウに表示します。

using System;
using Microsoft.AnalysisServices.Tabular;

class Program {
  static void Main() {

    // create the connect string
    string workspaceConnection = "powerbi://api.powerbi.com/v1.0/myorg/LearningTOM";
    string connectString = $"DataSource={workspaceConnection};";

    // connect to the Power BI workspace referenced in connect string
    Server server = new Server();
    server.Connect(connectString);

    // enumerate through models in workspace to display their names
    foreach (Database database in server.Databases) {
      Console.WriteLine(database.Name);
    }
  }
}

この例では、接続文字列にはワークスペース接続 URL が含まれていますが、ユーザーに関する情報は含まれています。このコードを使用してコンソールアプリケーションを実行すると、アプリケーションの実行が開始され、ブラウザーベースのウィンドウでログインするように求められます。ワークスペース接続 URL によって参照されるワークスペースにアクセスするためのアクセス許可を持つユーザーアカウントでログインすると、TOM ライブラリはアクセストークンを取得し、Power BI サービスに接続し、ワークスペース内のモデルを列挙できます。

XMLA エンドポイントを介した接続の詳細については、「 XMLA エンドポイントとの Sematic モデル接続 - Premium ワークスペースへの接続」を参照してください。

ユーザー名とパスワードを使用した認証

セキュリティが重要ではない開発とテストのシナリオでは、ユーザー名とパスワードをハードコーディングできるため、次のコードに示すように、プログラムを実行してコードをテストするたびに対話形式でログインする必要がなくなります。

string workspaceConnection = "powerbi://api.powerbi.com/v1.0/myorg/YOUR_WORKSPACE";
string userId = "YOUR_USER_NAME";
string password = "YOUR_USER_PASSWORD";
string connectStringUser = $"DataSource={workspaceConnection};User ID={userId};Password={password};";
server.Connect(connectStringUser);

サービスプリンシパルを使用した認証

また、ユーザーとしてではなく、サービスプリンシパルとして認証することも非常に簡単です。アプリケーション ID とアプリケーションシークレットを使用してMicrosoft Entra アプリケーションを作成した場合は、次のコードサンプルを使用して、Microsoft Entra アプリケーションのサービスプリンシパルとして実行するコードを認証できます。

string workspaceConnection = "powerbi://api.powerbi.com/v1.0/myorg/YOUR_WORKSPACE";
string tenantId = "YOUR_TENANT_ID";
string appId = "YOUR_APP_ID";
string appSecret = "YOUR_APP_SECRET";
string connectStringApp = $"DataSource={workspaceConnection};User ID=app:{appId}@{tenantId};Password={appSecret};";
server.Connect(connectStringApp);

TOM を使用してプログラミングし、サービスプリンシパルとしてモデルにアクセスするには、Power BI 管理ポータルでテナントレベルの Power BI 設定を構成する必要があります。サービスプリンシパルとしての接続をサポートするように Power BI を構成する手順については、「サービスプリンシパルとアプリケーションシークレットを使用して Power BI コンテンツを埋め込む」を参照してください。

Microsoft Entra アクセストークンを使用した認証

TOM は、有効なMicrosoft Entraアクセストークンを使用して接続を確立する際にも柔軟性を提供します。 Microsoft Entra ID を使用して認証フローを実装し、アクセストークンを取得する開発者スキルがある場合は、ユーザー名なしで TOM 接続文字列を書式設定できますが、次のコードサンプルに示すように、代わりにアクセストークンをパスワードとして含めることができます。

public static void ConnectToPowerBIAsUser() {
  string workspaceConnection = "powerbi://api.powerbi.com/v1.0/myorg/YOUR_WORKSPACE";
  string accessToken = TokenManager.GetAccessToken();  // you must implement GetAccessToken yourself
  string connectStringUser = $"DataSource={workspaceConnection};Password={accessToken};";
  server.Connect(connectStringUser);
}

TOM を使用して Power BI ワークスペースに接続するためのユーザーベースのアクセストークンを取得する場合は、アクセストークンを取得するときに次の委任されたアクセス許可を要求して、必要なすべてのオーサリングアクセス許可があることを確認してください。

public static readonly string[] XmlaScopes = new string[] {
    "https://analysis.windows.net/powerbi/api/Content.Create",
    "https://analysis.windows.net/powerbi/api/Dataset.ReadWrite.All",
    "https://analysis.windows.net/powerbi/api/Workspace.ReadWrite.All",
};

Power BI REST API を使用してプログラミングを行っている場合は、Content.Create、Dataset.ReadWrite.All、Workspace.ReadWrite.All などの使い慣れたアクセス許可を認識している可能性があります。興味深いことに、TOM では、Microsoft Entra リソース ID のスコープ内で定義されている Power BI REST API と同じ委任されたアクセス許可のhttps://analysis.windows.net/powerbi/apiセットが使用されます。

XMLA エンドポイントと Power BI REST API の両方が、委任されたアクセス許可の同じセットを共有するという事実には、その利点があります。アクセストークンは、TOM と Power BI REST API の間で同じ意味で使用できます。 TOM を呼び出して新しいモデルを作成するためのアクセストークンを取得したら、同じアクセストークンを使用して Power BI REST API を呼び出してデータソースの資格情報を設定できます。これについては、この記事で後述します。

Power BI プログラマを混乱させる傾向がある 1 つは、サービスプリンシパルが委任されたアクセス許可を使用しないことです。代わりに、TOM を使用してプログラミングする場合は、サービスプリンシパルをターゲットワークスペースに追加して、管理またはメンバーのロールのメンバーとしてサービスプリンシパルへのアクセスを構成します。

サーバー、データベース、およびモデルオブジェクトについて

TOM のオブジェクトモデルは、Database オブジェクトのコレクションを含む最上位レベルの Server オブジェクトを持つ階層に基づいています。 Power BI で TOM を使用してプログラミングする場合、 Server オブジェクトは Power BI ワークスペースを表し、 Database オブジェクトは Power BI モデルを表します。

すべてのオブジェクトを含む表形式オブジェクトモデル図

各 データベース には、データ モデル への読み取り/書き込みアクセスを提供する Model オブジェクトが含まれています。 Model には、DataSource、Table、Relationship、Perspective、Culture、Role などのデータモデルの要素のコレクションが含まれています。

Hello World コードに示すように、サーバーを呼び出すとします。接続すると、次のコードに示すように、Server オブジェクトの Databases コレクションを列挙することで、Power BI ワークスペース内に存在するモデルを簡単に検出できます。

foreach (Database database in server.Databases) {
    Console.WriteLine(database.Name);
}

Databases コレクションオブジェクトによって公開される GetByName メソッドを使用して、次のように名前でモデルにアクセスすることもできます。

Database database = server.Databases.GetByName("Wingtip Sales");

Databaseオブジェクトとその内部 Model プロパティを区別することが重要です。 Database オブジェクトのプロパティを使用して、Name、ID、CompatibilityMode、CompatibilityLevel などのモデル属性を検出できます。 EstimatedSize プロパティもあり、モデルの大きさを確認できます。その他のプロパティには、 LastUpdate、 LastProcessed、 LastSchemaUpdate があります。このプロパティを使用すると、基になるモデルが最後に更新された日時と、モデルスキーマが最後に更新された日時を判断できます。

public static void GetDatabaseInfo(string DatabaseName) {
  Database database = server.Databases.GetByName(DatabaseName);
  Console.WriteLine("Name: " + database.Name);
  Console.WriteLine("ID: " + database.ID);
  Console.WriteLine("CompatibilityMode: " + database.CompatibilityMode);
  Console.WriteLine("CompatibilityLevel: " + database.CompatibilityLevel);
  Console.WriteLine("EstimatedSize: " + database.EstimatedSize);
  Console.WriteLine("LastUpdated: " + database.LastUpdate);
  Console.WriteLine("LastProcessed: " + database.LastProcessed);
  Console.WriteLine("LastSchemaUpdate: " + database.LastSchemaUpdate);
}

Database オブジェクトには独自のプロパティがあります。これは Database オブジェクトの内部 Model オブジェクトであり、モデルの基になるデータモデルに対する読み取りと書き込みを行うことができます。ここでは、データベース Model オブジェクトをプログラミングして Tables コレクションを列挙し、内部のテーブルを検出する簡単な例を示します。

TOM オブジェクトモデルでは、各 Table オブジェクトにはパーティションのコレクションオブジェクトがあります。列、メジャー、階層。

テーブル、パーティション、列、メジャー、階層を含む表形式オブジェクトモデル図

Database の Model オブジェクトを取得したら、Tables コレクションの Find メソッドを使用して、モデル内の特定のテーブルに名前でアクセスできます。 Sales という名前のテーブルを取得し、Columns コレクションと Measures コレクションを列挙してそのメンバーを検出する例を次に示します。

Model databaseModel = server.Databases.GetByName("Tom Demo").Model;

Table tableSales = databaseModel.Tables.Find("Sales");

foreach (Column column in tableSales.Columns) {
  Console.WriteLine("Coulumn: " + column.Name);
}

foreach (Measure measure in tableSales.Measures) {
  Console.WriteLine("Measure: " + measure.Name);
  Console.WriteLine(measure.Expression);
}

TOM を使用したモデルの変更

上記のセクションでは、 Database オブジェクトとその Model オブジェクトにアクセスして、Power BI サービスで実行されているモデルのデータモデルを検査する方法について説明しました。ここで、テーブルにメジャーを追加して、TOM を使用して最初のモデル更新プログラムをプログラムします。

使用している容量は、 XMLA の読み取り/書き込みに対して有効にする必要があります。既定では、XMLA エンドポイントのアクセス許可の設定は [読み取り] に設定されているため、容量管理アクセス許可を持つユーザーが明示的に [読み取り書き込み] に設定する必要があります。この設定は、管理ポータルの [容量設定] ページで表示および更新できます。

管理ポータルの XMLA 読み取り書き込み設定。

XMLA エンドポイントが読み取り/書き込み用に構成されている場合は、次のコードに示すように、 Sales Revenue という名前の新しいメジャーを Sales テーブルに追加できます。

Model dataset = server.Databases.GetByName("Tom Demo Starter").Model;
Table tableSales = dataset.Tables.Find("Sales");
Measure salesRevenue = new Measure();
salesRevenue.Name = "Sales Revenue";
salesRevenue.Expression = "SUM(Sales[SalesAmount])";
salesRevenue.FormatString = "$#,##0.00";
tableSales.Measures.Add(salesRevenue);
dataset.SaveChanges();

このコードを詳しく見てみましょう。まず、C# new 演算子を使用して新しい Measure オブジェクトを作成し、Name、Expression、FormatString の値を指定します。次に、Add メソッドを呼び出して、ターゲット Table オブジェクトの Measures コレクションに新しい Measure オブジェクトを追加します。最後に、Model オブジェクトの SaveChanges メソッドを呼び出して、変更を Power BI サービスのモデルに書き戻します。

SaveChanges を呼び出すまで、モデルの更新はメモリにバッチ処理されます。テーブル内のすべての列を非表示にするシナリオを想像してください。まず、foreach ループを記述して、テーブルのすべての Column オブジェクトを列挙し、各 Column オブジェクトの IsHidden プロパティを true に設定します。 foreach ループが完了すると、メモリ内でバッチ処理される複数の列の更新が行われます。ただし、次に示すように、すべての変更をバッチで Power BI サービスにプッシュバックする SaveChanges の最後の呼び出しです。

Model dataset = server.Databases.GetByName("Tom Demo").Model;
Table tableSales = dataset.Tables.Find("Sales");

foreach (Column column in tableSales.Columns) {
  column.IsHidden = true;
}

dataset.SaveChanges();

たとえば、既存の列の FormatString プロパティを更新するとします。 Columns コレクションは、ターゲットの Column オブジェクトを取得する Find メソッドを公開します。その後、 FormatString プロパティを設定し、 次のように SaveChanges を呼び出すだけで済みます。

Model dataset = server.Databases.GetByName("Tom Demo").Model;
Table tableSales = dataset.Tables.Find("Products");
Column columnListPrice = tableSales.Columns.Find("List Price");
columnListPrice.FormatString = "$#,##0.00";
dataset.SaveChanges();

モデル内の内容を動的に検出する TOM の機能は、一般的でスイープ的な方法で更新を実行する機会を提供します。 DateTime データ型に基づいて多数のテーブルと数十列、さらには数百列のモデルを管理しているシナリオを想像してみてください。次を使用して、モデル全体の各 DateTime 列の FormatString プロパティを同じように更新できます。

Database database = server.Databases.GetByName("Tom Demo Starter");
Model datasetModel = database.Model;

foreach (Table table in datasetModel.Tables) {
  foreach (Column column in table.Columns) {
    if(column.DataType == DataType.DateTime) {
      column.FormatString = "yyyy-MM-dd";
    }
  }
}

datasetModel.SaveChanges();

TOM を使用したモデルの更新

次に、一般的なモデルメンテナンス操作を実行してみましょう。次のコードに示すように、TOM を使用してモデルの更新操作を開始することは非常に複雑ではありません。

public static void RefreshDatabaseModel(string Name) {
  Database database = server.Databases.GetByName(Name);
  database.Model.RequestRefresh(RefreshType.DataOnly);
  database.Model.SaveChanges();
}

手動およびスケジュールされたモデルの更新と同様に、XMLA エンドポイントを介した更新は更新履歴に表示されますが、ラベルは XMLA エンドポイント経由で表示されます。

[更新履歴] ダイアログ

注意

TOM には更新操作を開始する機能が用意されていますが、Power BI モデル のデータソース資格情報 を設定することはできません。 TOM を使用してモデルを更新するには、まず 、セマンティックモデルの設定 または Power BI REST API を使用して、データソースの資格情報を設定する必要があります。

モデルの作成と複製

C# で記述されたコードを使用して Power BI モデルを作成および複製する必要があるとします。まず、次のように、新しい Database オブジェクトを作成する CreateDatabase という名前の再利用可能な関数を記述します。

public static Database CreateDatabase(string DatabaseName) {

  string newDatabaseName = server.Databases.GetNewName(DatabaseName);
  var database = new Database() {
    Name = newDatabaseName,
    ID = newDatabaseName,
    CompatibilityLevel = 1520,
    StorageEngineUsed = Microsoft.AnalysisServices.StorageEngineUsed.TabularMetadata,
    Model = new Model() {
      Name = DatabaseName + "-Model",
      Description = "A Demo Tabular data model with 1520 compatibility level."
    }
  };

  server.Databases.Add(database);
  database.Update(Microsoft.AnalysisServices.UpdateOptions.ExpandFull);
  return database;

}

この例では、まず Databases コレクションオブジェクトの GetNewNameメソッドを使用して、新しいモデル名がターゲットワークスペース内で一意であることを確認します。その後、次のコードに示すように、C# new 演算子を使用して Database オブジェクトとその Model オブジェクトを作成できます。最後に、このメソッドは新しい Database オブジェクトを Databases コレクションに追加し、データベースを呼び出します 。Update メソッド。

新しいモデルを作成する代わりに既存のモデルをコピーすることが目的の場合は、次の CopyDatabase メソッドを使用して、新しい空のモデルを作成し、ソースモデルの Model オブジェクトで CopyTo を呼び出して、データモデル全体を新しく作成されたモデルにコピーすることで、Power BI モデルを複製できます。

public static Database CopyDatabase(string sourceDatabaseName, string DatabaseName) {
  Database sourceDatabase = server.Databases.GetByName(sourceDatabaseName);
  string newDatabaseName = server.Databases.GetNewName(DatabaseName);
  Database targetDatabase = CreateDatabase(newDatabaseName);
  sourceDatabase.Model.CopyTo(targetDatabase.Model);
  targetDatabase.Model.SaveChanges();
  targetDatabase.Model.RequestRefresh(RefreshType.Full);
  targetDatabase.Model.SaveChanges();
  return targetDatabase;
}

現実世界のモデルをゼロから作成する

これで、新しいモデルを最初から作成したばかりで、テーブル、列、メジャー、階層、テーブルリレーションシップを追加して、TOM を使用して実際のデータモデルを作成する必要がある場合を想像してみてください。定義された列を含む新しいテーブルを作成し、3 レベルの次元階層を追加し、基になるテーブルクエリに M 式を指定するコード例を見てみましょう。

private static Table CreateProductsTable() {

  Table productsTable = new Table() {
    Name = "Products",
    Description = "Products table",
    Partitions = {
      new Partition() {
        Name = "All Products",
        Mode = ModeType.Import,
        Source = new MPartitionSource() {
          // M code for query maintained in separate source file
          Expression = Properties.Resources.ProductQuery_m
        }
      }
    },
    Columns = {
      new DataColumn() { Name = "ProductId", DataType = DataType.Int64, SourceColumn = "ProductId", IsHidden = true },
      new DataColumn() { Name = "Product", DataType = DataType.String, SourceColumn = "Product" },
      new DataColumn() { Name = "Description", DataType = DataType.String, SourceColumn = "Description" },
      new DataColumn() { Name = "Category", DataType = DataType.String, SourceColumn = "Category" },
      new DataColumn() { Name = "Subcategory", DataType = DataType.String, SourceColumn = "Subcategory" },
      new DataColumn() { Name = "Product Image", DataType = DataType.String, 
                        SourceColumn = "ProductImageUrl", DataCategory = "ImageUrl" }
     }
  };

  productsTable.Hierarchies.Add(
    new Hierarchy() {
      Name = "Product Category",
      Levels = {
        new Level() { Ordinal=0, Name="Category", Column=productsTable.Columns["Category"] },
        new Level() { Ordinal=1, Name="Subcategory", Column=productsTable.Columns["Subcategory"] },
        new Level() { Ordinal=2, Name="Product", Column=productsTable.Columns["Product"] }
      }
  });

  return productsTable;
}

テーブルを作成するための一連のヘルパーメソッドを作成したら、それらを一緒に作成して、次のようにデータモデルを作成できます。

Model model = database.Model;
Table tableCustomers = CreateCustomersTable();
Table tableProducts = CreateProductsTable();
Table tableSales = CreateSalesTable();
Table tableCalendar = CreateCalendarTable();
model.Tables.Add(tableCustomers);
model.Tables.Add(tableProducts);
model.Tables.Add(tableSales);
model.Tables.Add(tableCalendar);

TOM は、モデル内のテーブル間のリレーションシップを定義できる、Model オブジェクトの Relationships コレクションを公開します。 Products テーブルと Sales テーブルの間に一対多リレーションシップを確立する SingleColumnRelationship オブジェクトを作成するために必要なコードを次に示します。

model.Relationships.Add(new SingleColumnRelationship {
  Name = "Products to Sales",
  ToColumn = tableProducts.Columns["ProductId"],
  ToCardinality = RelationshipEndCardinality.One,
  FromColumn = tableSales.Columns["ProductId"],
  FromCardinality = RelationshipEndCardinality.Many
});

テーブルとテーブルリレーションシップの追加が完了したら、モデルの呼び出しで作業内容を保存します 。SaveChanges:

model.SaveChanges();

この時点で、 SaveChanges を呼び出すと、Power BI サービスで作成された新しいモデルを確認し、それを使用して新しいレポートを作成できるようになります。

Power BI サービスのモデルレポート。

重要

モデルを更新する前に、セマンティックモデルの設定または Power BI REST API を使用してデータソースの資格情報を指定する必要があります。

サンプルプロジェクト

この記事で見た C# コードを含むサンプルプロジェクトについては、こちらを参照してください。次に、TOM を使用したプログラミングを開始し、Power BI 用のカスタムソリューションの開発でこの強力な新しい API を活用する方法を見つける必要があります。

こちらもご覧ください

XMLA エンドポイントとのセマンティックモデルの接続
 XMLA エンドポイント接続のトラブルシューティング

次の方法で共有

表形式オブジェクトモデル (TOM) を使用した Power BI セマンティックモデルのプログラミング

表形式オブジェクトモデルを使用したはじめに

新しいコンソールアプリケーションを作成する

表形式オブジェクトモデル NuGet パッケージを追加する

接続文字列を追加する

ユーザー名とパスワードを使用した認証

サービスプリンシパルを使用した認証

Microsoft Entra アクセストークンを使用した認証

サーバー、データベース、およびモデルオブジェクトについて

TOM を使用したモデルの変更

TOM を使用したモデルの更新

モデルの作成と複製

現実世界のモデルをゼロから作成する

サンプルプロジェクト

こちらもご覧ください

フィードバック

その他のリソース

次の方法で共有

表形式オブジェクト モデル (TOM) を使用した Power BI セマンティック モデルのプログラミング

表形式オブジェクト モデルを使用したはじめに

新しいコンソール アプリケーションを作成する

表形式オブジェクト モデル NuGet パッケージを追加する

接続文字列を追加する

ユーザー名とパスワードを使用した認証

サービス プリンシパルを使用した認証

Microsoft Entra アクセス トークンを使用した認証

サーバー、データベース、およびモデル オブジェクトについて

TOM を使用したモデルの変更

TOM を使用したモデルの更新

モデルの作成と複製

現実世界のモデルをゼロから作成する

サンプル プロジェクト

こちらもご覧ください

フィードバック

その他のリソース

表形式オブジェクトモデル (TOM) を使用した Power BI セマンティックモデルのプログラミング

表形式オブジェクトモデルを使用したはじめに

新しいコンソールアプリケーションを作成する

表形式オブジェクトモデル NuGet パッケージを追加する

サービスプリンシパルを使用した認証

Microsoft Entra アクセストークンを使用した認証

サーバー、データベース、およびモデルオブジェクトについて

サンプルプロジェクト