この機能はパブリック ベータ版であり、Insider でのみ使用できます。 参加する方法の詳細については、 を参照aka.ms/AccessAndPowerPlatform。

Microsoft Access と Microsoft Dataverse と Power Platform の組み合わせにより、クラウドやモバイル シナリオで市民開発者の機会が広がっています。 この組み合わせにより、クラウド ベースのストレージと共に Access の価値と使いやすさを次の方法で維持するハイブリッド ソリューション シナリオがロック解除されます。

  • モバイルとMicrosoft Teamsシナリオ。

  • Access で作成されたクラウドベースのデータ ストアとフロントエンド アプリを使用した Access データのリアルタイム共有と編集Power Appsモバイル および Microsoft Teams。

  • AAD を使用したクラウド内の Dataverse ストレージによる新しいセキュリティとコンプライアンス機能と、Access から管理するロールベースのセキュリティ。

Access と Dataverse の間で実行できる操作のビジュアル

Access データは、Power Platform アプリの構築、ワークフローの自動化、仮想エージェントなど、Web、電話、タブレット向けクラウド データベースである Dataverse と次の方法で共有できます。    

  • Power Platform 環境を作成し、新しい Dataverse データベースを追加します。

  • Access データを Dataverse または Dataverse に移行し、Teams。

  • Access デスクトップ ソリューションを引き続き使用して、リンク テーブルに基づいてデータの編集を同期し、既存のフロントエンド フォーム、レポート、クエリ、マクロを使用します。

  • 同じ基になる Dataverse データを同時に表示および編集しながら、多くのデバイスで動作する、低コードの Power App、自動化されたワークフロー、AI 駆動型 Virtual Assistant、または Power BI ダッシュボードを作成します。

Dataverse は Power Platform のバックボーンであり、複数のアプリケーション間で共有される共通データを格納できます。 この機能により、Microsoft 365、Azure、Dynamics 365、およびスタンドアロン アプリケーションでの共有データの対話と管理のためのクロスプラットフォームの追加の機会が提供されます。

注      "column" と "field" という用語は、Access と Dataverse の両方で同じ意味で使用されます。 "table" と "entity" という用語は、Dataverse で同じ意味で使用されます。

開始する前に

スムーズに進むには 次のセクションでは、詳細について説明します。

重要    Access データベースをバックアップします。 この操作を行することを強く推奨します。 詳細については、バックアップおよび復元 プロセスを使用したデータの保護に関するページを参照してください

準備ができていることを確認するための簡単なチェックリストを次に示します。

  • パブリック ベータに登録します。 詳細については、 を参照aka.ms/AccessAndPowerPlatform。

  • まだお持ちではない場合は、Dataverse をPower Apps既存の環境を使用するライセンスを取得してください。 [スタート] ホームPower Appsに移動し、[無料で開始]を選択します

  • Access データに複数値を持つフィールドがある場合は、移行の準備を行います。 詳細については、「Dataverse に移行するための選択フィールドを作成する」を参照してください。

  • Dataverse は浮動小数点データ型を持っていますが、Access 浮動小数点データ型よりも範囲の制限が低くなります。 Access データに浮動小数点型フィールドがある場合は、最初に数値データ型に変換し、[ フィールド サイズ] プロパティを [10 進数] に設定してから、データを Dataverse に移行します。データは 10 進数のデータ型として格納されます。

必要なライセンスを取得してください。

アプリに Power Virtual Agent、Power Automate、Power BIが含まれる場合は、追加のライセンスが必要になる場合があります。 詳細については、「Power Appsプランと価格と「更新プログラムが公開Power Apps。

Dataverse を使用するには、完全バージョンと Dataverse を使用する方法が 2 Teams。

Dataverse  

Dataverse の完全バージョンでは、クロスデバイスの低コード アプリで使用可能なすべてのデータ型が提供され、多くのユーザーをサポートしています。 Dataverse ライセンスを取得したら、現在の Dataverse 環境にアクセスするか、Access データを移行する新しい環境を作成できます。 詳細については、「Microsoft Dataverse とは」、Dataverse の使用開始、および Microsoft Dataverse データベースの追加に関するページを参照してください

重要   Dataverse にデータをインポートするために必要なアクセス許可を持っている必要があります。 "Environment Maker" のセキュリティ ロールが必要であり、アプリ ユーザーには "Basic User" のセキュリティ ロールが必要です。 詳細については、「顧客エンゲージメント アプリでユーザーにアクセス権を付与する」を参照してください

新しい環境を使用している場合:

  1. このブラウザー ページから Power Apps にサインインし、 をクリックhttps://powerapps.microsoft.com/。

  2. [管理設定 代替テキスト >]を選択します。

  3. [管理センター] ページで、[新規] を 選択します。 [ 新しい環境] ウィンドウ が開きます。

    新しい Dataverse 環境の作成

  4. [名前 ] ボックス に環境名を入力します。

  5. [種類 ] ボックス で、ドロップダウン リストから [試用版] を選択します。 独自の実稼働環境がある場合は、[実稼働環境] を選択できます。

  6. [地域 ] ボックス で、[米国] の既定の選択を保持します。

  7. [目的 ] ボックス に、必要に応じて説明を入力します。

  8. [ この環境用のデータベースの作成] で、[はい] を 選択します

  9. Access で移行プロセスを開始すると、Global Discovery Service は正しいインスタンス URL を検出する必要があります。 詳細については、「移行: データ ソースと 移行先を選択する」を参照してください

Dataverse for Teams

Microsoft Teams、チャット、会議、ウェビナー、ワーク グループと同僚の間の時に合ったコミュニケーションを容易にできます。 また、Dataverse for Teamsに基づくさまざまなアプリを追加することで、生産性を向上Power AppsカスタマイズTeams。 これにより、1 回のクリックでソリューションをデプロイするための組み込みの低Teamsデータ プラットフォームが効果的に提供されます。

Teams で Microsoft 365 プランを作成すると、Teams 内のアプリ、ワークフロー、仮想エージェントに追加のライセンスは必要ありませんが、Power BI アプリには別のライセンスが必要です。 また、Dataverse 環境へのアクセスは、Teams の所有者、メンバー、ゲストに制限され、基になる Dataverse にはいくつかの機能制限があります。

詳細については、「Microsoft Dataverse for Teams overview」、Power Apps と Microsoft Teams integration、および Microsoft Dataverseの概要に関するページをTeams。

アプリケーション環境用に Dataverse をTeams、最初にアプリをアプリケーションにインストールする必要Teams。

  1. ウィンドウTeamsを開き、ウィンドウの左下隅にある [アプリ] を選択します。

  2. [App Marketplace] ウィンドウで、検索ボックスを使用して "Power Apps" を検索し、[Power Apps。

  3. 新しいアプリケーションをPower AppsするにはTeams 追加] を選択します。 [Power Appsウィンドウが表示されます。

  4. [アプリ の作成] を選択します

  5. アプリのチームを選択します。

  6. 環境に合った Dataverse を作成Teams、[今すぐ開始]を選択します

  7. エディターでPower Appsアプリ名を入力し、[保存] を選択します

結果

環境を使用する準備が整いました。 Access で移行プロセスを開始すると、Global Discovery Service は正しいインスタンス URL を検出する必要があります。 詳細については、「移行: データ ソースと 移行先を選択する」を参照してください

適切なインスタンス URL を手動で検出する

何らかの理由で Global Discovery Service が正しいインスタンス URL を検出できない場合は、Power Apps で見つけて、移行プロセス中に手動で入力できます。

  • Dataverse   ページ設定 代替テキストを選択し、[セッションの詳細] を選択します。正しい Dataverse URL が [インスタンス URL] として表示されます。

  • Dataverse for Teams      Dataverse データベース用のアプリを作成した後、[About] を選択すると、正しい Dataverse URL が [インスタンス URL] として表示されます。

各データベースの最大サイズ制限が異なっている場合のストレージ容量の違いを理解します。

  • Access には、データベースごとに最大 2 GB の制限があります。 詳細については、「Access の仕様」 を参照してください

  • Dataverse には、リレーショナル データベースの最大制限は 10 GB です。 ファイル、BLOB、および非リレーショナル ログ データを格納するには、合計で 20 GB の制限があります。 詳細については、「Microsoft Power Platform のストレージ管理 の新機能」を参照してください

  • Teamsの Dataverse には、チーム チャネルごとに 2 GB と 1 MB の上限があります。 2 GB の上限には、追加のファイル、BLOB、および非リレーショナル ログ データも含まれます。 詳細については、「Microsoft Dataverse for Teams」を参照してください

移行プロセスの重要な部分は、いくつかの方法でデータを検証することです。

  • データの損失を防ぐために、Access テーブルはデータバース サイズの制限を超えないようにし、Access テーブルの列数がテーブルの Dataverse の最大フィールド数を超えないようにします。 

  • Access テーブルにサポートされていない Dataverse データ型が含まれている場合、または列に Dataverse データ型の範囲を超える値がある場合、Access はエラーの解決に役立つ追加情報を提供します。

サポートされているデータ型だけがエクスポートされます。 サポートされていないデータ型を含む元の Access テーブルは、Access に残ります。 すべてのデータが完全に正しく移行されていることを確認したら、元の Access テーブルを保持するか、削除してバックアップ データベースにコピーします。

詳細については、「Access と Dataverse のデータ型 の比較」を参照してください

Access データを Dataverse に移行する

Access テーブルと列を Dataverse に移行するプロセスには、Dataverse 環境の作成と指定、Access から Dataverse へのデータのエクスポート、テーブルと関連テーブルの選択、Dataverse で移行されたテーブルへの Access でのリンク テーブルの作成、主キー、名前、リレーションシップの管理、データエクスポートの検証、Access と Dataverse での結果のプレビューが含まれます。

  1. アクセスを開始し、[アカウント] を 選択し、[アカウントの切 り替え] を選択します。 [アカウント] ダイアログ ボックスが開きます。

  2.  アクセス アカウントで使用するのと同じ資格情報で Access にサインインPower Apps。 環境によっては、セカンダリ認証やピンなどの追加のセキュリティ情報の入力が必要な場合があります。

       Access に同じアカウントを使用しない場合、アクセス許可の問題Power Apps移行は失敗します。

  3. 移行する Access データベースを開きます。

    ヒント   ロックによってテーブルの移行が妨げる可能性があるため、開いているすべての Access オブジェクトが閉じられます。

  4. ナビゲーション ウィンドウでテーブルを右クリックし、[Export > Dataverse] を選択します。 

  5. [オブジェクトのエクスポート]ダイアログボックスで、エクスポートするテーブルを選択し、エクスポートしないすべてのテーブルをオフにします。

  6. [OK] を選択します。

    移行するテーブルの選択

  7. [Dataverse Environment へのデータのエクスポート] ダイアログ ボックスで、Global Discovery Service によって提供される一覧からインスタンス URL を選択します。

       たとえばPower Apps URL は、特定の環境の特定のセッションPower Appsします。 Web ページの URL と混同しないでください。 文字列 "crm.dynamics" のコンポーネントは、以前のバージョンのファイルから持ち越Power Apps。


    Dataverse URL の入力
    詳細については、「開始: Dataverse 環境を設定する」を参照してください

次の手順では、移行方法について重要な選択を行います。 既定値が最も一般的な値である点に注意してください。 

テーブルのリンクと関連テーブルの自動選択に関するチェック ボックス

  1. 選択したテーブルの関連テーブルをエクスポートするには、[すべての関連テーブルを エクスポートする] を選択します。

       現時点では、関連テーブルのエクスポートを選択した場合、直接の子テーブルだけが含まれます。 すべてのリレーションシップを含める場合は、[オブジェクトのエクスポート]ダイアログ ボックスを使用して、移行するテーブルを選択します。

  2. これらのテーブルを表示するには、[関連テーブルを参照 ] を選択します。 [ 関連テーブル] ダイアログ ボックスが表示されます。

    テーブルリレーションシップは 2 つの列の階層ビューに表示されます。左側の列には選択したテーブルが表示され、右側の列には関連テーブルが表示されます。

    関連テーブルの一覧

  3. エクスポート操作によって作成された各 Dataverse テーブルのテーブル リンクを Access で作成するには、エクスポート後に [Dataverse テーブルにリンク] を選択します。

  4. 結果をプレビューするには、完了したら [データバース テーブル URL を開く] を選択します

    このオプションは、アプリケーションで Dataverse にエクスポートする場合Teams。

  5. フィールドをプライマリ名列として明示的に設定するには、[プライマリ名フィールドの選択] を選択し、ドロップダウン リストからフィールドを選択します。 

    使用する列を指定しない場合は、左側の最初のテキスト列が [プライマリ名] 列として使用されます。 テキスト列がない場合は、プライマリ名プレースホルダー列が null 値で作成されます。

    特定のプライマリ名フィールドの選択

  6. [次へ] を選択します。

検証プロセスは、"実行中のバリデーター..." を表示するダイアログ ボックスが表示された場合に自動的に開始されます。をクリックします。 検証プロセスが成功すると、別のメッセージに "検証が完了しました" と表示され 、[OK]を選択できます。

次のメッセージを監視します。

メッセージ

説明

"OData ソースからテーブルの一覧を取得する"

移行プロセスが開始されました。

"選択オブジェクトのエクスポート"

選択したテーブルは Dataverse に移行されます。

"エラーが発生しなかったすべてのテーブルが正常にエクスポートされました。"

テーブルで 1 つのエラーが発生した場合、テーブルはエクスポートされません。それ以外の場合は、テーブルのエクスポート操作が完了します。

続行するには、[閉じる] を 選択します

"選択したテーブルと関連テーブルのインポート"

テーブルのエクスポート方法に応じて、リンク テーブルが作成され、元のテーブルの名前が変更され、Access で複数の Dataverse システム テーブルが作成およびリンクされます。

検証プロセス中に、サポートされていないフィールドがある場合、Access は、制限を超えるサポートされていないデータ型または行を識別し、エクスポートされたテーブル名とサポートされていないフィールドを各行に格納するDataverse列検証エラー テーブルを作成します。 サポートされているすべてのデータ型を移行し、サポートされていないデータ型を移行しない選択を選択できます。 移行しない場合、データは Access に残ります。

サポートされていないデータ型と上限を超えた場合の処理

Dataverse に移行される Access データを検証するプロセス

テーブルをリンクすることを選択した場合は、結果が期待した結果になられたことを確認します。 "Dataverse 環境からのテーブルの一覧の取得" というメッセージが表示されるのを確認します。 元のテーブルは残りますが、名前は変更されます。 これで、すべてのフロントエンド オブジェクトが以前と同様に動作し続けるので、リンク テーブルには元のテーブル名が付きます。 Access の主キー (オートナンバー) は保持されます。 Dataverse 主キー (GUID) に対応する新しい列が追加され、列名がテーブル名になります。

Access では、Dataverse から 、Teams、ユーザー、およびビジネス ユニットと呼ばれるリンク テーブルも追加されます。 これらのシステム テーブルには、次の有用な情報が含まれています。

  • ユーザー      メール アドレス、氏名、電話、ライセンスの種類、事業単位など。

  • Teams      チーム、チーム名、メンバーシップなど。

  • ビジネス ユニット   コスト センター、Web サイト、与信限度額など。

  • 通貨為替レート、名前、記号、コードなどの値を含む、すべてのトランザクション通貨の通貨の詳細。 このテーブルは、Dataverse に移行した通貨データ型が Access にある   場合にのみ表示されます。

この追加情報を使用して、Access ソリューションを強化することができます。 これらのテーブルをフォームに保持したり、レポートに追加したりすることもできます。 詳細については、「Dataverse システム テーブルと列」を参照してください。 

Dataverse 環境の各テーブルとフィールドを調べて、移行プロセスを確認して確認する方法をお試しください。 Dataverse テーブル名とフィールド名は、Access テーブル名と列名と一致する必要があります。 Access によって、最初に移行されたテーブルに Dataverse 環境が自動的に開きます。

Dataverse でのデータ移行のプレビュー

Access テーブルは、対応する表示名とデータ型を持つテーブルとして Dataverse に表示されます。

  • [表示名] 列には、テーブル内の各 Access フィールド名が一覧表示されます。

  • "Name" フィールドの形式には、プレフィックス、アンダースコア、テーブル名 (テーブル名など) が含cr444_<が含>。 これは、Dataverse の論理名と呼ばれる名前です。

  • 移行された Access フィールドはすべて、自動生成された GUID と既存の Dataverse フィールド データ型の横にある [種類] 列の下に "カスタム" として表示されます。

注   エクスポートされた Access テーブル名と同じ名前の Dataverse テーブルが既にある場合は、新しい Dataverse テーブルに数値が追加されます。

既定では、最初のテキスト列 (左から右) が Dataverse のプライマリ名として設定されます。 テーブルにテキスト フィールドがない場合、テーブルの最後のフィールドとして空のテキスト列が追加され、そのフィールドが Dataverse のプライマリ名として設定されます。 特定のフィールドをプライマリ名として設定することもできます。 この列は Access と Dataverse に表示されます。

詳細については 、「Dataverse で任意のデータを使用する」を参照してください

Access テーブルを Dataverse に移行すると、Dataverse と Access のテーブルと列をいつでも表示できます。 Dataverse では、フィールドは Access の元の順序ではなくアルファベット順で表示されます。

Dataverse/Power Apps       Dataverse でのテーブルの表示と操作の詳細については、「テーブル内のテーブルを編集する」をPower Apps。

    Access で移行されたリンク テーブルを右クリックすると、ブラウザーの Power Apps Maker ポータルでテーブルが開きます。  Power Apps ポータルの既定のビューでは、システム フィールドは表示されません。Access の移行された列を表示するビューがシンプルになります。

Dataverse for Teams       テーブルと列を表示する方法は複数あります。

  • データを表示または更新するクイック Power App を作成します。

  • ビルド メニューの [作成した アイテム. ..] で [すべて表示] を選択します。パネルを開き、表示するテーブルをクリックします。

  • テーブル デザイナーは、次のTeams。 詳細については、「Create a table in Teams 」を参照してください

ヒント    ブラウザーでテーブル ビューの URL アドレスをブックマークすると便利な場合があります。

ヒント      [データ] ドロップダウン コマンドを選択Excel[データ] ボックスの一覧で [編集] を選択して、Excel。 詳細については、「テーブル内のテーブル データを編集する」をExcel。 

詳細については、「Dataverse システム テーブルと列」を参照してください。 

次のセクションでは、その他の概要と概念に関する情報を提供します。

主キーと主名について

主キーは、データベース内のデータの行を識別するために使用されます。 Access と Dataverse のキー構造は異なります。 移行中、Dataverse と Access は、ユーザーの操作を行う必要がない独自の一意のキーを使用して、2 つの製品間の調整を自動的に管理します。

移行の計画とプロセスの間に、次の 2 つの主キーと 1 つの追加のプライマリ フィールドがあります。

Access オートナンバー     Access では、一意の数値を自動インクリメントするオートナンバー型がテーブルの主キーとして使用されます。 このフィールドは、オートナンバー形式が適用された数値フィールドとして Dataverse に作成されます。 移行中、Dataverse の開始番号は、Access 行に基づく次の連続する番号に設定されます。 Dataverse が別のキーを使用している場合でも、Access では引き続き AutoNumber 列を使用してデータの行を識別します。

重要    Dataverse はオートナンバー型フィールドを省略可能として作成しますが、これは設計上の方法です。 Dataverse は、レコードの保存時に連続する番号を生成します。 この値が required に設定されている場合、Dataverse クライアントは保存前に値を入力する必要があります。これにより、自動番号の生成が防止されます。 フィールドが空白の場合は、常にオートナンバーが生成されます。

Dataverse GUID Dataverse では、グローバル一意識別子 (GUID) データ型を主キーとして使用します。このデータ型は、一意識別子として自動的に作成され、各テーブルで必要になります。 Dataverse では、インポートされたデータに主キーを設定する必要が生じ、GUID が自動的に作成されます。

Dataverse のプライマリ名 Dataverse には、プライマリ名と呼ばれる別の列も含まれています。 これは、GUID を使用する代わりに行を識別するために使用される表示名です。 このフィールドが存在する必要があります。また、Power Platform クライアントの設定によっては、これを列に入力する必要がある場合があります。 この要件は手動で変更できます。 既定では、プライマリ名は一意ではありません。 たとえば、顧客名には、一意の顧客 ID に対応するプライマリ名を指定できます。 "Jones" という名前の顧客が 2 人いる場合がありますが、それぞれに一意の顧客 ID があります。

主キーに関する決定のためのガイダンス

Access の主キー、Dataverse 主キー、および [プライマリ名] 列は、既定で自動的に作成されます。 ただし、3 つの主キーを処理する方法を選択できます。 決定に役立つガイダンスを次に示します。

主キー       Access の主キー (オートナンバー) が部品番号などのビジネス キーである場合は、現実世界のオブジェクトを識別するために使用されます。 ただし、リレーションシップの作成専用に Access 主キー (オートナンバー) を使用する場合は、Dataverse 主キー (GUID) に置き換える可能性があります。

Notes

  • Access テーブルに、主キーとして使用されないオートナンバー列が含まれている場合があります。 この場合、Dataverse はこれを [全体番号] フィールドに変換し、自動数値を取得する機能は削除されます。

  • Dataverse には、連続する数値を生成するために使用され、文字列値として格納されるオートナンバー型フィールドと呼ばれる Access オートナンバー型フィールドにも相当します。 このフィールドには、数値にプレフィックス (文字列や日付など) を含め、フィールドの使い方を柔軟に指定することもできます。 この列は、自動シーケンス データSQL Serverデータ型に基づいて作成されます。 詳細については、「Microsoft Dataverse の列の自動番号付け」を参照してください

プライマリ名      Dataverse には、プライマリ名列が存在する必要があります。 プライマリ名には文字列値を含む必要があります。 移行中、ユーザーは Access でプライマリ名として使用するテキスト列を指定できます。 ユーザーが使用する列を指定しない場合は、左側の最初のテキスト列が [プライマリ名] 列として使用されます。 テキスト列が存在しない場合は、Dataverse の要件を満たすプライマリ名プレースホルダーという名前の新しい列が追加されます。 この列は [ 省略可能] に 設定され、入力されていない場合があります。

詳細については、「プライマリ名列 を作成する」を参照してください

主キーと主名の比較

説明

主キーにアクセスする

Dataverse 主キー

Dataverse のプライマリ名

データ型

オートナンバー型 (またはインデックスを作成できる任意の列)

GUID

String

内容

単純な連続した数値

環境に固有のランダム化された数字と文字

人間が読み取り可能な文字列値

234

123e4567-e89b-12d3-a456-426655440000

"Jones" などの名前。

234 などの全体の数値、または SalesOrder9071 などの組み合わせ

要件

よく使用されますが、必須ではありません

すべてのテーブルに 1 つが必要です。

すべてのテーブルに 1 つが必要です。

変更可能

オートナンバー型フィールドは変更できません。その他のフィールドの種類は変更できます

いいえ

一意識別子

Always

Always

代替キーとしてのみ

複合キー

サポートされ、多くの場合オートナンバーと組み合わせる

未対応

未対応

Visibility

通常、最初のテーブル列

通常は非表示ですが、表示できます。

既定値は表示される

インデックス作成

インデックスを作成できます。

詳細については、「インデックスを作成して 使用してパフォーマンスを向上させる」を参照してください

自動的にインデックスが作成される

自動的にインデックスが作成される

コメント

一度定義してデータを入力すると、他のフィールドをオートナンバー型に変更できない。

ユーザーまたはデータのインポート操作中に作成することはできません。

また、データ カード内の自動生成フィールド、モデル駆動型フォーム、およびフォーム作成でのルックアップと一緒に使用されます。

Notes 

  • Access インデックスは Dataverse インデックスに自動的に変換されません。

  • データバースでは、Azure SQL Serverを使用して、データの使用パターンに基づいてインデックスを自動的に作成します。 主キーと代替キーのインデックスは常に作成され、他のキーはデータの使い方に基づいて追加または削除されます。

Access と Dataverse のリレーションシップについて

主キーと共にテーブルリレーションシップを管理する方法を理解することが重要です。 移行するテーブルの場合、選択したテーブルを含むすべての関連テーブルを自動的に移動するか、移行中に無視して、関連テーブルを Access に残します。 いずれの場合も、Access で現在のリレーションシップを維持するために、移行するテーブルをリンクすることもできます。

データ エクスポート操作中に、一対多リレーションシップを持つ Access テーブルを Dataverse で一対多リレーションシップとして再作成できます。 Access と同様に、Dataverse にも参照整合性があります。関連するフィールドの更新のカスケードや、関連レコードのカスケード削除などです。 Access データベースにリレーションシップ ダイアグラムがある場合、そのダイアグラムは保持されます。 ただし、元のローカル テーブルは新しいリンク テーブルに置き換まれます。

Access と Dataverse の両方が、一対多リレーションシップの 2 つのテーブル間の参照をサポートしています。 次の例に示すように、移行プロセス中に Dataverse で Access 参照が再作成されます。

  • 顧客と注文という 2 つの Access テーブルには、オートナンバー型に基づく主キー CustomerID と OrderID があります。 Access の Orders テーブルには、顧客テーブルの Access 主キーの値を保持する外部キーがあります。

  • エクスポート操作中、両方の Access 主キーは整数オートナンバー列として保持されますが、Dataverse テーブルの主キー列として使用されません。 各テーブルには新しい GUID 列が追加され、Dataverse テーブルの主キーになります。

  • Orders テーブルの CustomerID 外部キーに対してルックアップが作成され、一致する CustomerID 主キーが Customers テーブルで検索されます。 テーブルが Dataverse に移行された後、Orders テーブルに新しく追加された外部キー参照列を変更すると、元の外部キー列も更新されます。 Access アプリケーションでは、Dataverse 外部キーではなく、引き続き Access 外部キーを使用できます。 Access のリンク テーブルで Access 外部キーが変更された場合は、Dataverse 外部キーも更新されます。 ただし、Access 外部キーは Dataverse では読み取り専用です。

  • この一対多リレーションシップの例では、Orders の主キーは使用されませんが、もちろん他のリレーションシップにも使用できます。

詳細については、「ビデオ:ルックアップ ウィザードを使用してリレーションシップを作成する」および「ルックアップ列を使用してテーブル間のリレーションシップ を作成する」を参照してください

キーとリレーションシップに関する決定のためのガイダンス

最適な選択肢を決定するために、移行時の一般的なオプションの概要を次に示します。

データを移行するがリレーションシップを無視する      Access の主キー (オートナンバー) 列は、参照またはリレーションシップが依存する他の Access テーブルはないので削除する必要があります。また、Dataverse の主キー (GUID) と共に Dataverse テーブルに含めるのは混乱する可能性があります。

リンク テーブルを使用してデータとリレーションシップを移行する      既定のシナリオでは、元の Access 主キー (オートナンバー) を保持しますが、Dataverse では主キーとして使用されません。 これで、Dataverse 主キー (GUID) を使用し、Dataverse テーブルで一意の識別子として使用します。 Access では、Access のリレーションシップを保持するためのリンク テーブルが作成されます。 Dataverse 主キー (GUID) を削除できない点に注意してください。

リレーションシップでは、外部キーの値 (Access または Dataverse 環境) を編集できます。 Access のリンク テーブルで Access の主キーを参照する外部キーを編集することもできます。外部テーブルの Dataverse 主キーを参照する Dataverse 外部キーが自動的に更新されます。

リンク テーブルのないデータを移行し、Dataverse でリレーションシップを再作成する      テーブルは Access で使用されなくなったため、Dataverse 主キー (GUID) を使用し、Dataverse 参照を追加し、移行プロセス中に各テーブルのテキスト フィールドをプライマリ名として選択することで、Dataverse でリレーションシップを再作成できます。

Access データの Dataverse への移行が完了したら、Web、タブレット、スマートフォン、デスクトップで実行されるアプリを Power Platform 上に作成できます。 Power プラットフォームは非常に広範です。 次のコンテンツの概要は、基本的な選択肢の概要を取得し、最適なアプリの種類をターゲットにするのに役立ちます。

カテゴリ

詳細情報

Dataverse ビデオ

Dataverse へのユーザーの追加

Power Platform 管理センターでアプリケーション ユーザー、Teams、およびユーザーを管理する

Power Platform 管理センターでのセキュリティ ロールの割り当て

Dataverse と Dataverse で適切な数値の種類を選択Teams

Dataverse Data を使用してデータを作成Teamsアプリを作成する

列のデータバースを作成する Teams

Dataverse で列を作成する

Dataverse でテーブルを作成する – パート 1

Dataverse でテーブルを作成する – パート 2

テキスト型のデータバースTeams Dataverse

Dataverse データ型

データ型のTeamsの概要

テーブル デザイナーでTeamsテーブルと列を作成する Dataverse

Dataverse クイック作成列

Dataverse テーブルを使用してPower Appsアプリをすばやく作成する

デザイン ハブでテーブルをTeams Dataverse をすばやく作成する

Dataverse でテーブルをすばやく作成する

Dataverse のヘルプ トピック

Microsoft Dataverse を選択する理由

Dataverse の使用を開始する

Dataverse for Teams の概要

Dataverse と Dataverse for Teams Different

Microsoft Dataverse を使ってみTeams

Dataverse のアクセス許可と管理を管理する

Dataverse のテーブル

Dataverse でテーブルを管理する

テーブル リレーションシップの概要

列の概要

Dataverse でテーブル内の列を作成および管理する

Dataverse での選択肢の操作

Microsoft Dataverse と Microsoft Dataverse を使用してアプリ、チャットボット、フロー Teams

Power Apps と Dataverse を使用して初めてのアプリをビルドTeams

モデル駆動型アプリ

モデル駆動型アプリを構築する方法

モデル駆動型アプリケーションを作成Power Apps

モデル駆動型アプリの使用をPower Apps

キャンバス アプリ

キャンバス アプリを構築する方法

Power Apps でキャンバス アプリをカスタマイズする

関連項目

Access でのデータのインポート、リンク、エクスポートの概要

リンク テーブルを管理する

Power Appsブログ

Power Apps顧客事例

Power Apps Community

Power Platform の基礎

Power Platform のドキュメント

Power Platform ラーニング Path

ヘルプを表示

スキルを磨く
トレーニングの探索
新機能を最初に入手
Microsoft Office Insider に参加

この情報は役に立ちましたか?

翻訳品質にどの程度満足していますか?
どのような要因がお客様の操作性に影響しましたか?

フィードバックをお送りいただきありがとうございます!

×