將零 ETL 整合與 Amazon Redshift 搭配使用的考量 - Amazon Redshift

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

將零 ETL 整合與 Amazon Redshift 搭配使用的考量

以下考量適用於 Amazon Redshift 的零 ETL 整合。

  • 您的目標 Amazon Redshift 資料倉儲必須符合下列先決條件:

    • 執行 Amazon Redshift Serverless 或 RA3 節點類型 (ra3.16xlarge、ra3.4xlarge 和 ra3.xlplus)。

    • 已加密 (如果使用已佈建的叢集)。

    • 已啟用區分大小寫。

  • 您無法在已設定整合的資料倉儲上啟用增強型 VPC 支援。

  • 如果您刪除來源,而該來源是 Amazon Redshift 資料倉儲的授權整合來源,則所有相關聯的整合都會進入 FAILED 狀態。

  • 您無法刪除具有現有零 ETL 整合的 Amazon Redshift 資料倉儲。您必須先刪除所有相關聯的整合。

  • 在刪除目的地資料庫之前,您必須先刪除與目的地資料庫相關聯的任何整合。

  • 目的地資料庫是唯讀的。您無法在目的地資料庫中建立資料表、視觀表或具體化視觀表。不過,您可以在目標資料倉儲中的其他資料表上使用具體化視觀表。

  • 具體化視觀表在用於跨資料庫查詢時才會得到支援。使用從 Zero-ETL 整合複製的資料重新整理具體化視觀表,會導致檢視的完整重新整理。不支援累加式重新整理、自動查詢重新寫入、自動重新整理及自動具體化視觀表。如需使用透過零 ETL 整合複寫之資料來建立具體化視觀表的相關資訊,請參閱 以複寫的資料建立具體化視觀表

  • 您只能查詢目標資料倉儲中處於 Synced 狀態的的資料表。如需詳細資訊,請參閱 零 ETL 整合的指標

  • Amazon Redshift 只接受 UTF-8 字元,因此可能不遵守您的來源中定義的定序。排序和比較規則可能會有所不同,這最後可能會變更查詢結果。

  • Amazon Redshift VARCHAR 數據類型的最大長度為 65,535 字節。當來源的內容不符合此限制時,將不會繼續複製,且表格會進入失敗狀態。如需零 ETL 整合來源和 Amazon Redshift 資料庫之間資料類型差異的詳細資訊,請參閱亞馬遜 Aurora 使用者指南中的 Aurora 和 Amazon Redshift 之間的資料類型差異

  • 整合來源中的資料表必須有主索引鍵。否則,您的資料表無法複寫到 Amazon Redshift 中的目標資料倉儲。

  • 對於 Amazon Redshift 的 Aurora PostgreSQL 和 RDS for MySQL 零 ETL 整合,請在預覽版中建立您的目標資料倉儲。如需詳細資訊,請參閱 建立和設定目標 Amazon Redshift 資料倉儲

如需也同樣適用於整合來源的考量,請參閱下列其中一個主題:

  • 如需 Aurora 來源,請參閱 Amazon Aurora 使用者指南中的限制

  • 對於 Amazon RDS 來源,請參閱 Amazon RDS 使用者指南中的限制