選取您的 Cookie 偏好設定

我們使用提供自身網站和服務所需的基本 Cookie 和類似工具。我們使用效能 Cookie 收集匿名統計資料,以便了解客戶如何使用我們的網站並進行改進。基本 Cookie 無法停用,但可以按一下「自訂」或「拒絕」以拒絕效能 Cookie。

如果您同意,AWS 與經核准的第三方也會使用 Cookie 提供實用的網站功能、記住您的偏好設定,並顯示相關內容,包括相關廣告。若要接受或拒絕所有非必要 Cookie,請按一下「接受」或「拒絕」。若要進行更詳細的選擇,請按一下「自訂」。

非同步狀態和操作

焦點模式
非同步狀態和操作 - AWS Lake Formation

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

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

當您執行glue:CreateTable請求時,會開始非同步建立 Data Catalog 檢視。在下列各節中,本文件說明glue:GetTable回應中可用的 AWS Glue 檢視Status的 。為了簡潔起見,本節省略完整回應。

{ "Table": { ... "Status": { ... "Action": "CREATE", "State": "QUEUED", } } }

上述兩個屬性都代表重要的診斷資訊,指出非同步操作的狀態,以及可在此檢視上執行的動作。以下是這些屬性可以接受的可能值。

  1. Status.Action

    1. CREATE

    2. UPDATE

  2. Status.State

    1. QUEUED

    2. IN_PROGRESS

    3. 成功

    4. 失敗

也請務必注意,Data Catalog 檢視上的某些更新不需要非同步操作。例如,可能想要更新資料表的Description屬性。由於這不需要任何非同步操作,因此產生的資料表中繼資料將沒有任何 Status,且屬性將為 NULL

{ "Table": { ..., "Description": "I changed this attribute!" } }

接下來,本主題會探索上述狀態資訊如何影響可在 AWS Glue 檢視上執行的操作。

glue:CreateTable

相較於任何 Glue 資料表的glue:CreateTable函數,此 API 沒有任何變更。 CreateTable 可能針對尚未存在的任何資料表名稱呼叫 。

glue:UpdateTable

此操作無法在具有下列狀態資訊的 AWS Glue 檢視上執行:

  1. 動作 == CREATE 和狀態 == QUEUED

  2. 動作 == CREATE 和狀態 == IN_PROGRESS

  3. 動作 == CREATE 和狀態 == 失敗

  4. 動作 == UPDATE 和狀態 == QUEUED

  5. 動作 == UPDATE 和狀態 == IN_PROGRESS

總而言之,只有在 Data Catalog 檢視符合下列要求時,您才能更新它。

  1. 第一次成功建立。

    1. 動作 == CREATE 和狀態 == 成功

  2. 其在非同步更新操作後已達到終端機狀態。

    1. 動作 == UPDATE 和狀態 == 成功

    2. 動作 == UPDATE 和狀態 == 失敗

  3. 由於同步更新,它具有NULL狀態屬性。

glue:DeleteTable

相較於任何 AWS Glue 資料表的 glue:DeleteTable函數,此操作沒有任何變更。無論其狀態為何,您都可以刪除 Data Catalog 檢視。

glue:GetTable

相較於任何 AWS Glue 資料表的 glue:GetTable 函數,此操作沒有變更。不過,在第一次成功建立 Data Catalog 檢視之前,您無法從分析引擎查詢 Data Catalog 檢視。 Action == CREATE and State == SUCCESS第一次成功建立 Data Catalog 檢視後,無論其狀態為何,您都可以查詢檢視。

注意

本節中的所有資訊都適用於所有資料表讀取 APIsGetTables,例如 GetTable、 和 SearchTables

隱私權網站條款Cookie 偏好設定
© 2025, Amazon Web Services, Inc.或其附屬公司。保留所有權利。