OneLake 提供跨雲端、網域與帳戶的單一視角。 在 OneLake 中整合資料並不需要將所有資料集中存放。 資料可以留在來源，或複製到 OneLake，讓 Fabric 工作負載透過共享命名空間存取。
捷徑與鏡像是 OneLake 互補的功能，無需建構與操作資料移動管線即可建立統一視圖。 捷徑會將選定的資料加入 OneLake 命名空間。 鏡像會新增一個外部資料庫或目錄，並判斷其資料是否能原地存取或必須複製。 本文將說明每種能力的運作方式及何時使用。 關於在 Fabric 中擷取、轉換或移動資料的更廣泛方式，請參閱「將資料輸入 Microsoft Fabric 或選擇資料移動策略。
捷徑與螢幕鏡像一目了然
捷徑與鏡像處理在粒度層級上有所不同，且支援不同的來源格式。
| 能力 | 其功能是什麼 | 原始碼格式 | 一般案例 |
|---|---|---|---|
| 快速鍵 | 在 OneLake 或外部儲存中新增對選取的資料表、資料夾或檔案的參考。 資料會保留在來源端。 | 僅限開放格式 | 將單一資料表、資料夾或架構帶入湖屋，或啟用跨工作區或租戶的資料網格模式。 |
| 鏡像 | 在 Fabric 中新增外部資料庫或目錄。 視來源而定，鏡像會就地存取資料，或將資料持續複寫到 OneLake。 | 開放與專有格式 | 引入整個外部資料庫或目錄，例如 Snowflake、Azure Databricks 或 Azure SQL Database。 |
如果你的來源是專有格式儲存資料，鏡像是你唯一的選擇。
何時使用捷徑
當你想在統一的 OneLake 視圖中包含特定資料而不複製時，請使用捷徑。 當您需要時，請選擇快速鍵：
- 可跨工作區或租戶共用單一表格、資料夾或檔案。
- 將多個湖泊或雲端帳號的資料整合成一個統一的視圖。
- 建立資料網格模式，讓每個網域擁有其資料，其他網域透過 OneLake 發現資料。
- 將資料以開放格式提供，例如 Delta 或 Iceberg，並可從 Azure Data Lake Storage、Amazon S3、Google Cloud Storage 或 Dataverse 取得。
捷徑可以在表格、資料夾或檔案層級運作。 您可以決定哪些資料要公開，以及它們在 OneLake 的哪個位置。 如需詳細資訊，請參閱 OneLake 捷徑。
在整合資料時進行轉換
捷徑轉換將捷徑後的資料轉換成可查詢的 Delta 表格，保持與來源同步，無需建立 ETL 管線。 利用它們讓您的資料分析做好準備：
- 檔案轉換將結構化檔案（如 CSV、Parquet、JSON 或 Excel）轉換為 Delta 表格。 更多資訊請參閱捷徑轉換（檔案）。
-
AI 驅動的轉換會將語言處理套用於
.txt檔案，以摘要內容、偵測情感、翻譯語言內容、遮蔽個人識別資訊（PII），或擷取具名實體。 欲了解更多資訊，請參閱捷徑轉換（AI驅動）。
何時使用鏡像
當您想將外部資料庫或目錄以及其背後的資料作為一個整體納入 Fabric 中時，請使用鏡像。 當你有以下需求時，鏡像會是正確的選擇：
- 在 Fabric 中提供完整的外部資料庫或目錄，無需設計獨立的擷取流程。
- 在 OneLake 中保留一份可用於分析的運作資料庫副本（例如 Azure SQL Database、PostgreSQL 或 Cosmos DB），並保持與來源同步。
- 將外部湖倉或資料倉儲（例如 Databricks Unity Catalog 或 Snowflake）引入 Fabric 中，讓您可以將其與 Fabric 資料一併查詢。
鏡像總是會將目錄中的元資料，例如資料庫、結構和資料表，加入 Fabric。 Fabric 如何存取資料取決於來源，正如下一節所述。
鏡像如何讓 OneLake 中的資料可供使用
鏡像利用兩種底層機制將外部資料納入統一的 OneLake 視圖。 正確的組合取決於資料來源如何儲存其資料。
- 複製 鏡像會將資料從來源複製到 OneLake，並以可供分析的 Delta 格式儲存。 當來源以專有格式儲存資料時，鏡像會使用複製。
- 捷徑。 鏡像會透過 OneLake 捷徑在原地參考資料。 當來源將資料儲存為 OneLake 可直接讀取的開放格式時，鏡像處理會使用捷徑。
不同來源對這些機制的使用方式不同，如下表所示。
| 來源模式 | 範例 | 鏡像的作用 |
|---|---|---|
| 資料庫鏡像（複寫） | Azure Cosmos DB、適用於 PostgreSQL 的 Azure 資料庫、適用於 MySQL 的 Azure 資料庫（預覽版）、Azure SQL Database、SQL Server、Oracle、SAP | 鏡像會複製目錄的中繼資料，並持續將資料複寫到 OneLake 中作為 Delta 資料表。 |
| 中繼資料鏡射（快捷方式） | Azure Databricks， Snowflake， Dremio （preview） | 鏡像會將目錄中繼資料新增至 Fabric，並使用捷徑存取原地的底層資料。 |
在每種情況下，鏡像都會將目錄的元資料加入 Fabric。 是否也會複製資料，取決於來源。
同時使用捷徑和鏡像
快捷鍵和鏡像顯示並不互斥。 你可以在很多情況下一起使用它們。 例如，利用鏡像將來源系統加入 Fabric 一次，然後建立捷徑，讓該系統中選定的資料跨工作空間、網域或租戶可用。 如果鏡像將來源資料複製到 OneLake，指向該資料的捷徑不會建立另一個副本，也不會增加儲存成本。
結合這兩種功能的常見模式包括：
- 鏡子一次，到處消費。 中央工作區會鏡像外部資料庫或目錄，例如 Azure SQL Database 或 Snowflake 帳號。 同一租戶中其他工作區有捷徑指向鏡像資料表，而不是再次鏡像同一來源。 一個鏡像項目代表來源，而每個消費者都會讀取相同的最新資料。
- 利用網狀網路的網域鏡像。 網域團隊會將自己的原始碼系統鏡像到網域工作空間中。 下游的湖屋和消費者工作空間的倉庫會使用捷徑，只從鏡像資料庫存取他們需要的資料表。 每個網域擁有與來源的連線，消費者則保持與來源系統的解耦。
- 一個湖倉，多個資料位置。 單一 lakehouse 可包含鏡像資料表的捷徑，以及位於 Azure Data Lake Storage、Amazon S3 或其他 OneLake 位置中的開放格式資料捷徑。 報表與筆記本會將湖屋視為單一的統一儲存體來查詢，無論底層資料是保留在來源端，還是已複寫到 OneLake 中。
- 跨租戶或跨雲存取。 一個租用戶會將來源鏡像處理至其自己的 OneLake。 合作夥伴租戶會建立指向鏡像資料的捷徑，而非直接存取來源系統。 來源系統的憑證永遠不會離開生產租戶。
結合時有幾點要知道：
- 指向鏡像資料表的捷徑會繼承鏡像項目的安全性模型。 鏡像資料庫、結構描述或資料表上的權限會傳遞給任何透過捷徑讀取的人。 如需詳細資訊，請參閱 OneLake 快捷方式安全性。
- 鏡像資料表的捷徑是唯讀的。 要更改資料，請更換來源系統，並讓鏡像系統傳播更新。
- 如果鏡像來源被暫停、刪除或發生複製錯誤，指向它的每個捷徑都會顯示相同的狀態。 據此規劃鏡像項目的擁有權歸屬與監控方式。
何時該改用資料移動
捷徑與鏡像藉由讓資料可透過 OneLake 存取來加以統一，而捷徑轉換則可將該資料轉換為可供分析的 Delta 表格。 它們並非 Fabric 完整資料擷取與資料移動工具的替代品。 當你需要時，可以選擇管線、資料流、複製工作或事件串流：
- 應用複雜或多來源的轉換邏輯（例如，連結來源、套用商業規則或重塑結構），超越捷徑轉換的範圍。
- 依照您自己的節奏排程、協調或觸發移動作業。
- 將資料移至OneLake以外的目的地。
- 將事件串流至 Fabric 以實現即時處理。
這些情境需要 Fabric 的資料移動與整合工具，而非僅靠 OneLake 的統一。
- 欲了解所有將資料導入 Fabric 的方式，請參見「將資料帶入 Microsoft Fabric」。
- 欲直接比較管線、複製工作、鏡像與事件流，請參閱 《選擇資料移動策略 決策指南》。