本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 限制
<a name="zero-etl-limitations"></a>

以下是有關零 ETL 整合的一般限制或考量：
+ 資源屬性與相應資源具有一一對應關係。因此，使用該資源建立的所有整合都必須遵守單一資源屬性。因此，修改資源屬性會影響與該資源相關聯的所有整合。
+ 資料表屬性與資源中的相應資料表或物件具有一一對應關係。因此，處理相同資源之間相同資料表的所有整合都必須遵守單一資料表屬性。
+ 您無法重新命名來源的資料欄。如果已重新命名資料欄，則無法保證結構描述偵測將由 準確完成， AWS Glue 且未定義整合上的影響。
+ 下列考量適用於整合如何與 AWS Lake Formation 受管資料表搭配使用：預設情況下，您可以使用 IAM/AWS Glue 政策來管理您的資料表和資料庫。
+ 如果您想要使用 AWS Lake Formation 來管理該資料庫中的資料表建立，您需要確保角色獲得足夠的 Lake Formation 許可來建立、修改和刪除資料表和資料庫。
+ 零 ETL 摘要頁面目前不包含任何指標。

以下是零 ETL 整合的來源特定限制：
+ 與 SAP OData 來源的零 ETL 整合現在支援以 `EntityOf` 開頭的實體。目前僅 SAPOData `EntityOf` 物件支援覆寫主索引鍵的功能。設定此屬性之後，就無法修改。
+ 從 Amazon DynamoDB 到 Amazon SageMaker Lakehouse （透過 S3) 的零 ETL 整合支援最大 DynamoDB 資料表大小為 100TB。
+ 來源 DynamoDB 資料表必須使用 Amazon 擁有或客戶管理的 AWS KMS 金鑰加密。來源 DynamoDB 資料表不支援 Amazon 管理的加密。
+ SAP OData 使用 delta 字符，其中 OAuth 用戶端加上實體或者基本身分驗證加上實體的組合只能具有單一 delta 字符。避免在與相同用戶端的兩個不同整合中使用相同的實體。
+ 以下 Salesforce 實體或欄位不支援用於與 Salesforce 來源的零 ETL 整合。請參閱 [Salesforce 不支援的實體和欄位](zero-etl-sources.md#zero-etl-config-source-salesforce-unsupported)。
+ 以下 ServiceNow 實體或欄位不支援用於與 ServiceNow 來源的零 ETL 整合。請參閱 [ServiceNow 不支援的實體和欄位](zero-etl-sources.md#zero-etl-config-source-servicenow-unsupported)。

以下是零 ETL 整合的目標特定限制：
+ 由於 Data Catalog 的限制， AWS Glue Zero ETL 只能支援資料表名稱小於 255 個字元的資料表複寫。
+ 由於 Athena 的限制，來源欄/巢狀欄位名稱不應包含特殊字元 "："，這會導致目標資料表結構描述中繼資料顯示不正確。在這種情況下， AWS Glue 零 ETL 會將整合移至 FAILED 狀態。
+ 由於 Iceberg 的限制， AWS Glue 零 ETL 目標只能支援每個資料表複寫 1000 個資料欄。如果任何整合中選擇的資料表有超過 1000 個資料欄， AWS Glue 零 ETL 會將整合移至 FAILED 狀態。
+ 由於 Data Catalog 的限制， AWS Glue Zero ETL 只能支援結構描述大小為 10 MB 的複寫資料表。如果任何整合中選擇的資料表結構描述大小大於 10 MB， AWS Glue 零 ETL 會將整合移至 FAILED 狀態。