Microsoft Access 與 Microsoft Dataverse 結合 Power Platform，為雲端與行動場景中的公民開發者開啟了無限機會。 這種組合解鎖了混合解決方案情境，將 Access 與雲端儲存的價值與易用性結合，具體方式如下。
- 行動裝置與 Microsoft Teams 的情境。
- 利用雲端資料庫及前端應用程式，即時分享與編輯 Access 資料，這些應用程式皆由 Access、Power Apps Mobile 及 Microsoft Teams 建立。
- 透過雲端 Dataverse 儲存（利用 AAD）以及角色導向的安全，並透過 Access 管理，帶來新的安全與合規功能。
你可以與 Dataverse 共享 Access 資料，Dataverse 是一個雲端資料庫，你可以在這裡建立 Power Platform 應用程式、自動化工作流程、虛擬代理等，適用於網頁、手機或平板，方式如下：
- 建立 Power Platform 環境並新增一個 Dataverse 資料庫。
- 將 Access 資料遷移到 Dataverse 或 Dataverse for Teams。
- 繼續使用您的 Access 桌面解決方案，根據連結表格及現有的前端表單、報告、查詢和巨集同步編輯資料。
- 建立低程式碼的 Power App、自動化工作流程、AI 驅動的虛擬助理或 Power BI 儀表板，能跨多裝置運作，同時檢視並編輯相同的底層 Dataverse 資料。
Dataverse 是 Power Platform 的骨幹，能儲存跨多個應用程式共享的共用資料。 此能力為 Microsoft 365、Azure、Dynamics 365 及獨立應用程式中共享資料的互動與管理提供了額外的跨平台機會。
註 「欄位」與「欄位」這兩個詞在 Access 與 Dataverse 中可互換使用。 在 Dataverse 中，「表格」與「實體」一詞可互換使用。
開始之前
想要順利完成所有作業嗎？ 以下章節提供更多資訊。
重要 備份你的 Access 資料庫。 我們強烈建議你這麼做。 欲了解更多資訊，請參閱 「以備份與還原流程保護您的資料」。
開始：快速檢查清單
這裡有一份快速檢查清單，確保你準備好了：
- 觀看使用 Access Dataverse 連接器與 Power Platform 整合雲端儲存的影片概覽。 欲了解更多資訊，請參見 aka.ms/AccessAndPowerPlatform。
- 如果你還沒有，請取得包含 Dataverse 的 Power Apps 授權，或使用現有的環境。 前往 Power Apps 首頁，選擇 「免費開始」。
- 如果你的 Access 資料有 Multivalue 欄位，請準備遷移。 欲了解更多資訊，請參閱 「建立遷移至Dataverse的選擇欄位」。
- 雖然 Dataverse 有浮點資料型態，但其範圍限制低於 Access 浮點資料型態。 如果你的 Access 資料有浮點數欄位，先轉成數字資料型別， 將欄位大小屬性設為十進位，然後再將資料遷移到 Dataverse，這樣會以十進位數資料型態儲存。
開始：取得所需的軟體授權
務必取得必要的執照：
- 交通 一個包含 Access 的 Microsoft 365 方案。 欲了解更多資訊，請參閱 Microsoft 365 與 Office 應用程式。
- Dataverse 一個 Power Apps 方案。 欲了解更多資訊，請參閱 Power Apps 方案與價格。 如需詳細說明所有 Power Apps 授權選項，您可以下載 授權指南。
- Teams的數據宇宙 一個包含 Teams 的 Microsoft 365 方案。 欲了解更多資訊，請參閱 Microsoft 365 與 Office 應用程式。
如果您的應用程式包含 Power Automate、Power BI 和 Power Virtual Agent，可能需要額外的授權。 欲了解更多資訊，請參閱 Power Apps 方案與價格，以及即將推出的 Power Apps 匯報。
開始：建立一個Dataverse環境
使用 Dataverse 有兩種方式，完整版和 Dataverse for Teams。
Dataverse
Dataverse 完整版提供所有可用於跨裝置、低程式碼應用程式的資料型態，並支援多種使用者。 取得 Dataverse 授權後，你可以選擇存取現有的 Dataverse 環境，或建立新環境來遷移 Access 資料。 欲了解更多資訊，請參閱「什麼是 Microsoft Dataverse？」、「開始使用 Dataverse」以及「新增 Microsoft Dataverse 資料庫」。
重要 確保你有必要的權限來匯入資料到 Dataverse。 你需要「環境製作者」這個安全角色，應用程式使用者則需要「基本使用者」這個安全角色。 欲了解更多資訊，請參閱 「在客戶互動應用程式中授予使用者存取權」。
如果你正在使用新的環境：
從此瀏覽器頁面登入 Power Apps，https://powerapps.microsoft.com/。
選擇設定
>管理員中心。在管理員中心頁面，選擇「新」。 新環境視窗打開。
在 名稱 框中輸入環境名稱。
在 類型 框中，從下拉選單選擇 試驗 。 如果你有自己的生產環境，可以選擇生產環境。
在區域框中，保留預設的美國選擇。
在 目的 欄位，可選擇性地輸入描述。
在 為此環境建立資料庫時，選擇 「是」。
當你在 Access 開始遷移程序時，全域發現服務應該會發現正確的實例 URL。 欲了解更多資訊，請參閱 遷移：選擇資料來源與目的地。
Teams的數據宇宙
Microsoft Teams 促進了工作團隊與同事之間的訊息傳遞、聊天、會議、線上研討會，以及及時的溝通。 你也可以透過新增多種應用程式，包括基於 Dataverse for Teams 的 Power Apps，來提升生產力並自訂 Teams。 這實際上提供了一個內建的低程式碼資料平台，用於 Teams 及一鍵解決方案部署。
一旦你擁有 Microsoft 365 與 Teams 的方案，Teams 內的應用程式、工作流程和虛擬代理就不需要額外授權，但 Power BI 應用程式則需要另外的授權。 此外，Dataverse 環境的存取僅限於 Teams 擁有者、成員及訪客，且底層 Dataverse 存在一些功能限制。
欲了解更多資訊，請參閱 Microsoft Dataverse for Teams 概覽、 Power Apps 與 Microsoft Teams 整合，以及 「開始使用 Microsoft Dataverse for Teams」。
要配置 Dataverse for Teams 環境，首先需要在 Teams 中安裝應用程式。
- 打開 Teams，並在視窗左下角選擇 應用程式 。
- 在 App Marketplace 視窗中，使用搜尋框找到「Power Apps」，然後選擇 Power Apps。
- 要將 Power Apps 應用程式加入 Teams，請選擇 「新增」。 Power Apps 視窗會出現。
- 選擇 建立應用程式。
- 選擇你的應用程式團隊。
- 要建立 Dataverse for Teams 環境，請選擇 「立即開始」。
- 在 Power Apps 編輯器中輸入應用程式名稱，然後選擇 儲存。
結果
你的環境已經準備好可以使用了。 當你在 Access 開始遷移程序時，全域發現服務應該會發現正確的實例 URL。 欲了解更多資訊，請參閱 遷移：選擇資料來源與目的地。
手動找出正確的實例網址
如果全域搜尋服務找不到正確的實例 URL，你可以在 Power Apps 中找到它，然後在遷移過程中手動輸入。
-
Dataverse 在頁面右上角選擇 設定 ，選擇 會話詳情，正確的 Dataverse URL 會被列為實例網址。
- Teams的數據宇宙 在為你的 Dataverse 資料庫建立應用程式後，選擇 「關於」，正確的 Dataverse URL 會被列為實例網址。
開始：預期資料容量與驗證問題
了解儲存容量的差異，因為每個資料庫的最大容量限制不同：
- 每個資料庫的存取權限上限為 2 GB。 欲了解更多資訊，請參閱存取規範。
- Dataverse 對關聯式資料庫的最大限制為 10 GB。 它總容量限制為 20 GB，可儲存檔案、blob 及非關聯式日誌資料。 欲了解更多資訊，請參閱《 Microsoft Power Platform 儲存管理的新內容》。
- Dataverse for Teams 的最大限制為 2 GB，每個團隊頻道最多 1 MB。 最大 2 GB 限制還包含額外檔案、blob 及非關聯式日誌資料。 欲了解更多資訊，請參閱 Microsoft Dataverse for Teams 環境。
遷移過程中一個重要環節是透過多種方式驗證資料：
- 為防止資料遺失，Access 確保 Access 資料表不會超過資料宇宙大小限制，且 Access 資料表的欄位數不會超過資料宇宙對資料表的欄位數上限。
- 如果 Access 資料表包含不支援的 Dataverse 資料型別，或欄位值超過 Dataverse 資料型別範圍，Access 會提供額外資訊協助你修正錯誤。
僅匯出支援的資料型態。 原始的 Access 資料表，包括不支援的資料型態，仍保留在 Access 中。 當你確定所有資料都完整且正確地遷移後，你可以保留原始的 Access 資料表，或刪除它並複製到備份資料庫。
欲了解更多資訊，請參閱 比較存取資料與資料宇宙資料類型。
將 Access 資料移轉到 Dataverse
將 Access 資料表與欄位遷移至 Dataverse 的過程包括：建立並指定 Dataverse 環境、從 Access 匯出資料到 Dataverse、選擇資料表及相關資料表、在 Access 中建立連結資料表以連接遷移至資料宇宙中的資料表、管理主鍵、名稱與關聯、驗證資料匯出，以及預覽 Access 與 Dataverse 中的結果。
遷移：選擇資料來源與目的地
- 開始存取，選擇 帳號，再選擇 切換帳號。 帳戶對話框會打開。
- 請確保你登入 Access 時使用的憑證和 Power Apps 一樣。 根據你的環境，你可能需要輸入額外的安全資訊，例如次級驗證或密碼。
註 如果你沒有用同一個帳號來管理 Access 和 Power Apps，遷移會因為權限問題而失敗。 3. 打開你想遷移的 Access 資料庫。
提示 確保所有開放存取物件都已關閉，因為鎖定可能會阻止資料表遷移。 4. 在導覽窗格中右鍵點擊表格，選擇 匯出>Dataverse。 5. 在 「匯出物件 」對話框中，選擇 所有 想匯出的資料表，並清除 所有 不想匯出的資料表。 6. 選擇 確定。
7. 在 「匯出資料至資料宇宙環境 」對話框中，從全球發現服務提供的清單中選擇實例網址。
註 在 Power Apps 中，實例 URL 代表 Power Apps 環境中的特定會話。 它不應與網頁網址混淆。 字串的一個元件「crm.dynamics」是從先前版本的 Power Apps 延續而來。
欲了解更多資訊，請參閱「 開始：建立一個Dataverse環境」。
遷移：決定相關資料表、連結資料表，以及資料表的預覽
下一步是做出重要決定，決定如何遷移。 注意預設值是最常見的。
若要匯出所選資料表的相關資料表，請選擇 「匯出所有相關資料表」。
註 目前，當你選擇匯出相關資料表時，只會包含直接子資料表。 如果你想包含所有關聯，請使用 「匯出物件 」對話框選擇所有你想遷移的資料表。
要查看這些表格，請選擇 「參見相關表格」。 相關 表格 對話框會出現。
資料表關係以兩欄的階層式檢視顯示：左欄顯示所選資料表，右欄顯示相關資料表。
注意
在 Access 中，你可以建立一對多的關係，且參考表中的外鍵欄位可以是任何欄位。 但在 Dataverse 中，參考資料表中的外鍵欄位必須是該資料表的主鍵。 若 Access 外鍵不是參考資料表中的主鍵，匯出至 Dataverse 操作將失敗。 要成功匯出資料，請確保 Access 外鍵是參考資料表中的主鍵。
若要在 Access 中為匯出操作所建立的每個 Dataverse 資料表建立表格連結，匯 出後選擇「連結到 Dataverse 表格」。
要預覽結果，完成 後選擇開啟 Dataverse 資料表的網址。
如果你在 Teams 匯出到 Dataverse，這個選項就無法使用。
若要明確設定欄位為主要名稱欄位，請選擇「 選擇主要名稱欄位」，然後從下拉選單中選擇欄位。
如果你沒有指定要使用的欄位，從左數第一個文字欄位會被用作主名稱欄位。 若無文字欄位，則會建立一個包含空值的主要名稱佔位欄位。
選取 [下一步]。
遷移：驗證匯出資料
當你看到顯示「正在執行驗證器......」的對話框時，驗證過程會自動開始。在頂端。 如果驗證過程成功，會顯示另一則訊息「驗證完成」，然後你可以選擇 確定。
請留意以下訊息：
| 訊息 | 說明 |
|---|---|
| 「從 OData 來源檢索資料表清單」 | 遷移過程已經開始。 |
| 「匯出選取物件」 | 你選擇的資料表正在遷移到 Dataverse。 |
| 「所有未發生錯誤的資料表已成功匯出。」 | 若資料表中發生單一錯誤，該資料表不會被匯出，否則匯出操作即完成。 繼續，請選擇 關閉。 |
| 「匯入選取的資料表及相關資料表」 | 根據你匯出資料表的方式，會建立連結資料表、重新命名原始資料表，並在 Access 中建立並連結多個 Dataverse 系統資料表。 |
在驗證過程中，若有不支援欄位，Access 會識別不支援的資料型態或超出限制的資料列，並建立一個 Dataverse 欄位驗證錯誤 表，該表在每列儲存匯出的表名稱及未支援欄位。 你可以選擇遷移所有支援的資料型態，或選擇不遷移不支援的資料型別。 如果你選擇不遷移，資料仍會留在 Access 中。
未支援的資料類型及超出限制的資料會發生什麼事
遷移：Access 的預覽結果
如果你選擇連結表格，請確認結果是否如你所預期。 請注意此訊息「從 Dataverse 環境檢索資料表清單」。 原始表格仍然存在，但名稱已更改。 連結資料表現在應該會保留原本的表名稱，讓所有前端物件都能繼續正常運作。 Access 主鍵 (自動編號) 會被保留。 新增一個欄位，對應 Dataverse 主鍵 (GUID) ，欄位名稱即為資料表名稱。
Access 也新增了來自 Dataverse 的連結表格，稱為 Teams、Users， and Business Units。 這些系統表包含以下有用資訊：
- 使用者Email地址、全名、電話、駕照類型、業務單位等資訊。
- 球隊 隊伍、隊伍名稱、會員資格等等。
- 事業單位 費用中心、網站、信用額度等等。
- 貨幣 所有交易貨幣的貨幣細節，包括匯率、名稱、符號、代碼等數值。 此表格僅在 Access 有你已遷移到 Dataverse 的貨幣資料型態時顯示。
你或許想利用這些額外資訊來強化你的 Access 解決方案。 你可以把這些表格以表單形式維護，或加入報告。 欲了解更多資訊，請參閱 Dataverse 系統資料表與欄位。
遷移：Dataverse 的預覽結果
檢視並確認遷移流程是個好主意，透過檢視 Dataverse 環境中的每個資料表和欄位。 Dataverse 的表格與欄位名稱應與 Access 表格及欄位名稱相符。 存取會自動開啟 Dataverse 環境，只看到第一個遷移的表格。
存取資料表在 Dataverse 中以對應顯示名稱和資料型態的表格形式出現：
- 「顯示名稱」欄位應該列出表格中每個存取欄位名稱。
- 「Name」欄位的格式包含前綴、底線，以及表格名稱，例如cr444_<表格名稱>。 這在 Dataverse 中稱為邏輯名稱。
- 所有遷移的 Access 欄位會以「自訂」顯示，位於 Type 欄下，旁邊是自動產生的 GUID 及現有的 Dataverse 欄位資料型別。
註 如果已經有一個與匯出後的 Access 資料表名稱相同的資料表，則會在新的 Dataverse 資料表後加上一個數字。
預設情況下，Access 將從左到右的第一欄 () 設定為 Dataverse 的主要名稱。 如果資料表沒有文字欄位，Access 會在表格的最後一個欄位新增一個空的文字欄位，並將該欄位設為 Dataverse 的主要名稱。 你也可以設定特定欄位作為主要名稱。 此欄位可在 Access 與 Dataverse 中看到。
欲了解更多資訊，請參閱 Data verse 中的任何資料處理。
遷移：查看 Dataverse 資料表的方法
一旦你將 Access 資料表遷移到 Dataverse，就可以隨時查看 Dataverse 和 Access 中的表格和欄位。 請注意，在 Dataverse 中，欄位是按字母順序顯示，而非 Access 中的原始順序。
Dataverse/Power Apps 關於如何在 Dataverse 中檢視及操作資料表，請參閱 Power Apps 中的「編輯資料表」。
註 在 Access 中右鍵點擊已遷移且連結的資料表，會在瀏覽器的 Power Apps Maker 入口中開啟該資料表。 在 Power Apps 入口網站的預設檢視中，系統欄位不會顯示，提供更簡單的檢視，顯示已遷移的存取欄位。
Teams的數據宇宙 有多種方式可以查看表格和欄位：
- 建立一個快速的 Power App，方便查看或更新資料。
- 在建構選單中，選擇「為...創建的物品」中的 「全部」 然後點擊你想查看的表格。
- 在 Teams 中使用 Table Designer。 欲了解更多資訊，請參閱 在 Teams 中建立表格。
提示 你可能會覺得在瀏覽器中將你偏好的表格視圖網址加入書籤很有用。
提示 你也可以選擇 Data 下拉選單，然後選擇 Excel 編輯，來查看 Excel 中的資料。 欲了解更多資訊，請參閱 Excel 中的表格資料編輯。
欲了解更多資訊，請參閱 Dataverse 系統資料表與欄位。
主鍵與關係的背景資訊
以下章節提供更多概述與概念性資訊。
理解主鍵與主名稱
主鍵用於識別資料庫中的資料列。 Access 與 Dataverse 有不同的關鍵結構。 在遷移過程中，Dataverse 與 Access 會自動管理兩個產品之間的協調，擁有各自獨特的金鑰，且無需使用者互動。
在規劃與遷移過程中，有兩個主要鍵和一個額外的主要欄位需要注意：
存取自動號碼 Access 通常使用 AutoNumber 資料型別，該類型會自動遞增唯一號碼，作為表格的主鍵。 此欄位在 Dataverse 中以整數欄位建立，並套用自動編號格式。 在遷移過程中，Dataverse 中的起始編號會根據存取列設定為下一個連續編號。 Access 仍使用 AutoNumber 欄位來識別資料列，儘管 Dataverse 使用不同的鍵。
重要 Dataverse 將自動編號欄位設為可選，但這是設計上的。 Dataverse 在儲存紀錄時會產生其連續編號。 若此值設為必需，Dataverse 用戶端將要求在儲存前輸入數值，導致自動編號產生困難。 若欄位留空，則自動編號必定產生。
Dataverse GUID Dataverse 使用全球唯一識別碼 (GUID) 資料型別作為主鍵，該識別碼會自動建立為唯一識別碼，且每個資料表都必須如此。 Dataverse 不要求匯入的資料必須有主鍵，它會自動幫你建立一個 GUID。
Dataverse 主要名稱 Dataverse 也包含另一個欄位，稱為「主要名稱」。 這是一個友善的名稱，用來識別列，作為使用 GUID 的替代方案。 必須有此欄位，且根據 Power Platform 用戶端的設定，可能需要填入該欄位。 你可以手動更改這個要求。 主名稱預設並非唯一。 例如，客戶名稱可以是對應唯一客戶 ID 的主名稱。 可能有兩位名為「Jones」的客戶，但每位客戶都會有獨特的客戶識別碼。
主鍵決策指引
Access 主鍵、Dataverse 主鍵和主名稱欄位預設會自動建立。 但你可以選擇如何處理這三個主要關鍵。 以下是一些指引，幫助你做出決定：
主調性 如果 Access 主鍵 (AutoNumber) 同時也是商業金鑰，例如零件號，那你可能會想保留它，因為它用來辨識現實世界中的物件。 但如果 Access 主鍵 (AutoNumber) 專門用於建立關係，則可以被 Dataverse 主鍵 (GUID) 取代。
附註
- 有時 Access 表格會包含一個 AutoNumber 欄位，但該欄位不作為主鍵使用。 此時 Dataverse 會將其轉換為整數欄位，且自動編號的功能被移除。
- Dataverse 也有相當於存取自動編號欄位的 AutoNumber 欄位，用於產生連續數字並以字串值形式儲存。 此欄位也可以包含前綴 (，例如數字後) 字串或日期，讓欄位的使用更具彈性。 此欄位基於 SQL Server 自動序列資料型態。 欲了解更多資訊，請參閱 Microsoft Dataverse 中的自動數字欄位。
主要名稱 Dataverse 需要存在一個主要名稱欄位。 主名稱必須包含字串值。 遷移過程中，使用者可以指定想在 Access 中使用哪個文字欄位作為主名稱。 若使用者未指定欄位，則從左起第一個文字欄位作為主要名稱欄位。 若無文字欄位，將新增一個名為「主名稱佔位符」的新欄位，以符合 Dataverse 的要求。 此欄位設為 可選 ，且可保持不填入。
欲了解更多資訊，請參閱 建立主要名稱欄位。
主鍵與主鍵名稱的比較
| 描述 | 存取主金鑰 | Dataverse 主鍵 | Dataverse 主要名稱 |
|---|---|---|---|
| 資料類型 | AutoNumber (或任何可被索引的欄位) | GUID | String |
| 內容 | 一個簡單的連續數字 | 環境中獨特的隨機數字與字母 | 人類可讀字串值 |
| 範例 | 234 | 123e4567-e89b-12d3-a456-426655440000 | 一個名字，比如「瓊斯」。 整數，例如 234，或組合如 SalesOrder9071 |
| 需求 | 常用但非必需 | 每張桌子必須有一張 | 每張桌子必須有一張 |
| 可修改 | 自動編號欄位無法被修改，其他欄位類型可以被修改 | 否 | 是 |
| 唯一識別碼 | 永遠 | 永遠 | 僅作為備用鑰匙 |
| 複合調性 | 支援並常與 AutoNumber 結合使用 | 不支援 | 不支援 |
| 能見度 | 通常，第一欄 | 通常隱藏，但可顯示。 | 預設可見 |
| 編製索引 | 可以被索引。 欲了解更多資訊，請參閱 建立並使用索引以提升績效。 |
自動索引 | 自動索引 |
| 註解 | 一旦定義並輸入資料，你就不能把其他欄位改成 AutoNumber 資料型態。 | 不能由使用者建立，也無法在資料匯入操作中建立。 | 也用於資料卡中的自動產生欄位、模型驅動表單，以及表單建立中的查詢。 |
附註
- 存取索引不會自動轉換成 Dataverse 索引。
- Dataverse 利用 Azure SQL Server 自動根據資料使用模式建立索引。 主鍵和備用鍵的索引會被建立，其他索引也會根據你如何使用資料而新增或移除。
理解存取與資料宇宙關係
了解你想如何管理桌面關係以及主鍵非常重要。 對於你選擇遷移的資料表，你可以選擇自動移動所有相關的資料表，或在遷移時忽略它們，只保留相關資料表在 Access。 無論哪種方式，你也可以選擇連結你遷移的資料表，以維持 Access 中目前的關聯。
在資料匯出操作中，具有一對多關係的存取資料表可在 Dataverse 中重新建立為一對多關係。 與 Access 類似，Dataverse 也具備參照完整性，例如相關欄位的層疊更新及相關紀錄的層疊刪除。 如果 Access 資料庫有關係圖，則會被保留。 然而，原有的本地資料表會被新的連結資料表取代。
Access 與 Dataverse 皆支援一對多關係中兩個資料表間的查詢。 在遷移過程中，存取查詢會在 Dataverse 中重新建立，如下範例所示：
- 兩個存取資料表 Customers 和 Orders 的主鍵分別是 CustomerID 和 OrderID，基於 AutoNumber 資料型別。 Access 中的訂單表有一個外鍵，儲存客戶資料表中 Access 主鍵的值。
- 在匯出操作中，兩個存取主鍵都會被保留並維持為整數自動編號欄位，但它們不會作為 Dataverse 資料表中的主鍵欄位使用。 每個資料表都會新增一個 GUID 欄位，成為 Dataverse 資料表中的主鍵。
- 在 Orders 資料表中為 CustomerID 外鍵建立查詢，以尋找 Customers 資料表中相符的 CustomerID 主鍵。 一旦資料表遷移到 Dataverse，如果你修改新加入 Orders 資料表的外鍵查詢欄位，它也會更新原本的外鍵欄位。 您的 Access 應用程式可以繼續使用 Access 外鍵，而非 Dataverse 的外鍵。 如果 Access 的連結表中修改了 Access 的外鍵，也會更新 Dataverse 的外鍵。 然而，Access 外鍵在 Dataverse 中將是唯讀的。
- 在這個一對多關係的例子中，Orders 主鍵不會被使用，但當然可以用於其他關係。
注意
在 Access 中，你可以建立一對多的關係，且參考表中的外鍵欄位可以是任何欄位。 但在 Dataverse 中，參考資料表中的外鍵欄位必須是該資料表的主鍵。 若 Access 外鍵不是參考資料表中的主鍵，匯出至 Dataverse 操作將失敗。 要成功匯出資料，請確保 Access 外鍵是參考資料表中的主鍵。
欲了解更多資訊，請參閱 影片：使用查找精靈建立關係 及 使用查找欄位建立資料表間的關係。
關於調性與關係決策的指引
為了幫助你決定哪個選擇最適合你，以下是你遷移時常見的選項摘要：
遷移資料但忽略關聯 你決定移除 Access 主鍵 (AutoNumber) 欄，因為沒有其他 Access 資料表的參考或關聯會依賴它，且如果它和 Dataverse 主鍵 (GUID) 一起放在 Dataverse 資料表會很混亂。
透過連結資料表遷移資料與關聯 預設情境是保留原始 Access 主鍵 (自動編號) ，但在 Dataverse 中並未將其用作主鍵。 你現在依賴 Dataverse 的主鍵 (GUID) ，並在 Dataverse 資料表中作為唯一識別碼使用。 Access 建立連結資料表以保留 Access 關係。 請注意，你無法刪除 Dataverse 主鍵 (GUID) 。
在關係中，你可以在 Access 或 Dataverse 環境) (編輯外來鍵值。 你也可以編輯指向 Access 主鍵的外鍵，並自動更新參考 Dataverse 主鍵的外鍵。
遷移資料時不連結資料表，並在 Dataverse 中重建關聯 由於 Access 已不再使用資料表，你可以透過使用 Dataverse 主鍵 (GUID) 、新增 Dataverse 查詢，並在遷移過程中選擇每個資料表中的文字欄位作為主名稱，來重建關聯。
學習如何建立 Power Platform 應用程式
完成 Access 資料遷移到 Dataverse 後，你可以在 Power Platform 上建立一個能在網頁、平板、手機甚至桌面上運行的應用程式。 Power 平台相當廣泛。 以下內容摘要能幫助你了解基本選擇，並鎖定最適合你的應用程式類型。