本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 # 資源連結在 Lake Formation 中如何運作 *資源連結*是 Data Catalog 物件，它是本機或共用資料庫或資料表的連結。建立資料庫或資料表的資源連結後，您可以在任何使用資料庫或資料表名稱的地方使用資源連結名稱。除了您擁有的資料表或與您共用的資料表之外，資料表資源連結也會由 傳回`glue:GetTables()`，並在 Lake Formation 主控台的**資料表**頁面上顯示為項目。資料庫的資源連結會以類似的方式運作。 建立資料庫或資料表的資源連結可讓您執行下列動作： + 將不同的名稱指派給 Data Catalog 中的資料庫或資料表。如果不同 AWS 帳戶共用相同名稱的資料庫或資料表，或您帳戶中的多個資料庫具有相同名稱的資料表，這會特別有用。 + 在指向另一個 AWS 區域的資料庫和資料表的區域中建立資源連結，以從任何區域存取 Data Catalog 資料庫和資料表。您可以使用 Athena、Amazon EMR 在任何區域中使用這些資源連結執行查詢，並執行 AWS Glue ETL Spark 任務，而無需在 Glue Data Catalog 中複製來源資料或中繼資料。 + 使用 Amazon Athena 和 Amazon Redshift Spectrum 等整合 AWS 服務來執行存取共用資料庫或資料表的查詢。有些整合式服務無法直接跨帳戶存取資料庫或資料表。不過，他們可以存取您帳戶中的資源連結到其他帳戶中的資料庫和資料表。 **注意** 您不需要建立資源連結，即可在AWS Glue擷取、轉換和載入 (ETL) 指令碼中參考共用資料庫或資料表。不過，若要避免多個 AWS 帳戶共用具有相同名稱的資料庫或資料表時模棱兩可的情況，您可以在叫用 ETL 操作時建立和使用資源連結或指定目錄 ID。 下列範例顯示 Lake Formation **主控台資料表**頁面，其中列出兩個資源連結。資源連結名稱一律以斜體顯示。每個資源連結都會與其連結的共用資源的名稱和擁有者一起顯示。在此範例中， AWS 帳戶 1111-2222-3333 中的資料湖管理員與帳戶 1234-5678-9012 共用 `inventory`和 `incidents`資料表。該帳戶中的使用者接著建立了這些共用資料表的資源連結。 ![\[資料表頁面顯示兩個資源連結。資源連結名稱會顯示在名稱欄下，共用資料表名稱會顯示在共用資源欄下，共用資料表的帳戶會顯示在共用資源擁有者欄下。\]](http://docs.aws.amazon.com/zh_tw/lake-formation/latest/dg/images/tables-with-links.png) 以下是資源連結的備註和限制： + 需要資源連結才能啟用整合服務，例如 Athena 和 Redshift Spectrum，以查詢共用資料表的基礎資料。這些整合服務中的查詢會根據資源連結名稱建構。 + 假設此設定**針對包含資料庫的新資料表只使用 IAM 存取控制**已關閉，則只有建立資源連結的主體才能檢視和存取它。若要讓帳戶中的其他主體能夠存取資源連結，請授予其`DESCRIBE`許可。若要讓其他人捨棄資源連結，請授予其`DROP`許可。資料湖管理員可以存取帳戶中的所有資源連結。若要捨棄由另一個主體建立的資源連結，資料湖管理員必須先授予自己資源連結的`DROP`許可。如需詳細資訊，請參閱[Lake Formation 許可參考](lf-permissions-reference.md)。 **重要** 授予資源連結的許可不會授予目標 （連結） 資料庫或資料表的許可。您必須分別授予目標的許可。 + 若要建立資源連結，您需要 Lake Formation `CREATE_TABLE`或 `CREATE_DATABASE` 許可，以及 `glue:CreateTable`或 `glue:CreateDatabase` AWS Identity and Access Management (IAM) 許可。 + 您可以建立本機 （擁有） Data Catalog 資源的資源連結，以及與 AWS 您的帳戶共用的資源連結。 + 當您建立資源連結時，不會執行檢查以查看目標共用資源是否存在，或您對資源是否具有跨帳戶許可。這可讓您以任何順序建立資源連結和共用資源。 + 如果您刪除資源連結，則不會捨棄連結的共用資源。如果您捨棄共用資源，則不會刪除該資源的資源連結。 + 您可以建立資源連結鏈。不過，這樣做沒有價值，因為 APIs只遵循第一個資源連結。 **另請參閱：** [授予 Data Catalog 資源的許可](granting-catalog-permissions.md)