Azure Cosmos DB for Apache Cassandra 中具體化檢視的常見問題 (預覽)

• 指定不同於基底資料表分割區索引鍵的分割區索引鍵。
• 支援從基底資料表投射選取的資料行子集。
• 根據基底資料表資料列之主索引鍵資料行上評估的條件，在具體化檢視中篩選基底資料表中的資料列。
  • 支援的篩選條件包含：等於、不等於和包含。

具體化檢視只保證最終一致性。 相較於基底資料表上的資料，您可能會因為重試具體化檢視上的某些作業，而讀取過時的資料列。

您可以根據檢視的延遲需求，擴大或縮小具體化檢視建立器層，以便與基底資料表保持一致。

目前無法使用具體化檢視建立器的自動調整。 您可以藉由修改執行個體計數或大小，來手動調整具體化檢視建立器執行個體。

從基底資料表資料列存留時間 (TTL) 將會套用到具體化檢視中的相符資料列。 目前不允許在具體化檢視上設定資料表層級 TTL。

首先，檢查是否已佈建具體化檢視建立器執行個體。 然後，檢查基底資料表上是否已佈建足夠的要求單位 (RU)。 最後，檢查基底資料表或具體化檢視的服務可用性。

可用以下計量如下：

• 具體化檢視擷取間隔上限 (以分鐘為單位)：值 t 表示過去 t 分鐘內寫入基底資料表的資料列尚未傳播至具體化檢視。
• 讀取變更摘要成本：要求基底資料表上取用的單位，以讀取具體化檢視的資料。
• 寫入成本：要求具體化檢視上取用的單位，以轉換及保存從基底資料表讀取的資料。
• 與具體化檢視建立器上一般資源耗用量相關的其他計量。 這些計量包括 CPU 和記憶體使用量。

無法還原具體化檢視。 因此，還原基底資料表之後，您必須重新建立這些檢視。

您可以在相同的基底資料表上建立多個具體化檢視。 每個基底資料表有五個檢視服務限制。

基底資料表的分割區和叢集索引鍵一律屬於所定義任何具體化檢視的主索引鍵。 具體化檢視上的主索引鍵會在資料重新分割之後強制執行唯一性。

您可以將資料行新增至基底資料表，但無法移除資料行。 根據基底資料表建立具體化檢視之後，其定義中的 ALTER TABLE ADD`` operations aren't allowed on the base table. ALTER TABLE ADDoperations are only allowed if none of the views have selected*``。

如果基底資料表上定義了具體化檢視，Apache Cassandra 就不支援卸載基底資料表上的資料行。

否。 具體化檢視無法建立在帳戶可支援具體化檢視前已存在的資料表上。

在帳戶上啟用具體化檢視之前已存在的資料表上無法建立具體化檢視。

若要使用具體化檢視，請在啟用功能之後建立新的資料表。

以下是一些已識別的案例，其中來自基底資料表的資料無法寫入具體化檢視，因為其違反具體化檢視資料表上的已知限制：

• 具體化檢視中不符合分割區索引鍵大小 (2 kb) 限制的資料列
• 具體化檢視中不符合叢集索引鍵大小 (1 kb) 限制的資料列

目前，建立器會卸除這些資料列。

若要建立同時支援客戶自控金鑰和具體化檢視的帳戶，請建立支援要求。

下一步