關於 Azure Cosmos DB for Table 的常見問題集

來自 Azure 資料表儲存體而想要使用 Azure Cosmos DB for Table 來建立資料表的使用者，應注意以下的部分行為差異：

• Azure Cosmos DB for Table 使用保留容量模型來確保效能獲得保證，但這也表示，使用者一建立資料表，就必須支付其容量費用，即使該容量並未使用也是如此。 而在使用 Azure 資料表儲存體時，使用者只需要就使用的容量付費。 此一行為有助於解釋，為何 API for Table 可於第 99 個百分位數的水準提供 10 毫秒的讀取和 15 毫秒的寫入 SLA，而 Azure 資料表儲存體則是提供 10 秒的 SLA。 但也因為這樣，API for Table 資料表 (甚至是沒有任何要求的空白資料表) 必須支付費用，才能確保有容量可用來處理其所收到的任何要求，並以 Azure Cosmos DB 所提供的 SLA 來進行。

• API for Table 所傳回的查詢結果，不會和 Azure 資料表儲存體一樣使用分割區索引鍵/資料列索引鍵順序來排序。

• 資料列索引鍵最多只能是 255 個位元組。

• 批次最多只可有 2 MB。

• 目前不支援 CORS。

• 資料表名稱在 Azure 資料表儲存體中不區分大小寫，但在 Azure Cosmos DB for Table 中則有區分。

• 部分 Azure Cosmos DB 用於編碼資訊 (例如二進位欄位) 的內部格式，目前不如預期地有效率。 因此這會對資料大小造成非預期的限制。 例如，目前無法使用資料表實體的完整 1 Meg 來儲存二進位資料，因為編碼方式增加了資料的大小。

• Azure Cosmos DB 保留實體屬性名稱 ID、rid、etag 及 ResourceId，目前不支援這些名稱。

• TableQuery TakeCount 不限於 1000。

• 就 REST API 而言，Azure 資料表儲存體 (但不是 Azure Cosmos DB for Table) 支援下列端點/查詢選項：

  Rest 方法	REST 端點/查詢選項	文件 URL	說明	表格儲存體支援	受 API for Table 支援
  GET, PUT	/?Restype=service@comp=properties	設定資料表服務屬性和取得資料表服務屬性	此端點可用來設定 CORS 規則、儲存體分析組態以及記錄設定。 CORS 目前不受支援，而且分析和記錄在 Azure Cosmos DB 和 Azure 儲存體資料表中的處理方式不同	是	No
  OPTIONS	/<table-resource-name>	預檢 CORS 資料表要求	這是 CORS 的一部分，但目前不受 Azure Cosmos DB 支援。	是	No
  GET	/?Restype=service@comp=stats	取得資料表服務統計資料	提供主要與次要資料庫之間的資料複寫速度有多快的資訊。 複寫是寫入的一部分，因此這不是 Azure Cosmos DB 中的必要作業。	是	No
  GET, PUT	/mytable?comp=acl	取得資料表 ACL 和設定資料表 ACL	這會取得並設定用來管理共用存取簽章 (SAS) 的預存存取原則。	是	No

• Azure Cosmos DB for Table 僅支援 JSON 格式，而不支援 ATOM。

• .NET SDK 尤其如此，裡面會有一些 Azure Cosmos DB 目前不支援的類別和方法。

  • CloudTableClient 類別
    • \ServiceProperties
    • \ServiceStats
  • CloudTable 類別
    • SetPermissions
    • GetPermissions

不必，現有的儲存體 SDK 應該還是有效。 不過，建議您隨時取得最新的 SDK 以獲得最佳支援，以及在諸多情況下獲得更優異的效能。 請參閱 Azure Cosmos DB for Table 簡介中的可用語言清單。

連接字串為：

DefaultEndpointsProtocol=https;AccountName=<AccountNamefromCosmosDB;AccountKey=<FromKeysPaneofCosmosDB>;TableEndpoint=https://<AccountName>.table.cosmosdb.azure.com

您可以從 Azure 入口網站的 [連接字串] 頁面取得連接字串。

有些設定是在 CreateCloudTableClient 方法上處理，有些則是透過用戶端應用程式中 appSettings 區段的 app.config 進行處理。 如需組態設定的相關資訊，請參閱 Azure Cosmos DB 功能。

無。 對使用現有「Azure 資料表」儲存體 SDK 的現有客戶或新客戶來說，並無任何變更。

您可以使用 Azure 入口網站來瀏覽資料。 您也可以使用 API for Table 程式碼或下一個解答提及的工具。

您可以使用 Azure 儲存體總管。

能夠彈性地以先前指定的格式採用連接字串的工具，均可支援新的 API for Table。 Azure 儲存體用戶端工具頁面上提供一份資料表工具清單。

是，開放式並行存取會透過使用 Etag 機制來提供。

是，API for Table 支援 OData 查詢和 LINQ 查詢。

是，您可以建立兩個不同的 CloudTableClient 執行個體，並透過連接字串讓它們分別指向自己的 URI，藉此進行連線。

支援 AzCopy。

Azure Cosmos DB 的設計乃藉由使用水平調整提供無限制的儲存體。 這項服務能監視並有效地增加您的儲存體。

您可以使用 API for Table 的 [計量] 窗格，來監視要求和儲存體使用量。

您可以使用的容量估計工具來計算作業所需的 TableThroughput。 如需詳細資訊，請參閱估算要求單位和資料儲存體 (英文)。 通常，您可以將實體顯示為 JSON，並為您的作業提供編號。

目前不能。

是，可支援相同的 API。

否，您可以建立和使用現有的「Azure 資料表」儲存體資產，而不會有任何形式的服務中斷。 不過，如果您未使用 API for Table，就無法獲益於自動索引、額外的一致性選項或全域散發。

您可以使用 Azure Cosmos DB 入口網站的全域複寫設定，加入適合應用程式的區域。 若要開發全域散發的應用程式，您還應該使用設為本地區域的 PreferredLocation 資訊來加入您的應用程式，以提供低讀取延遲。

您可以使用 Azure Cosmos DB 的全球複寫入口網站窗格來加入一個區域，然後容錯移轉至所需的區域。 如需指示，請參閱使用多區域 Azure Cosmos DB 帳戶進行開發。

若要協助讀取本機位置，請使用 app.config 檔案中的 PreferredLocation 金鑰 。 對於現有的應用程式，如果您已設定 LocationMode，API for Table 會擲回錯誤。 請移除該程式碼，因為 API for Table 會從 app.config 檔案取用這項資訊。

Azure Cosmos DB 可在一致性、高可用性及延遲之間提供完全合乎邏輯的取捨。 Azure Cosmos DB 為 API for Table 開發人員提供了五種一致性層級，因此您可以在資料表層級選擇合適的一致性模型，以及在查詢資料時進行個別要求。 當用戶端連線時，它可以指定一致性層級。 您可以透過 CreateCloudTableClient 的 consistencyLevel 引數來變更層級。

API for Table 會利用「讀取您自己的寫入」來提供低延遲的讀取，並採用限定過期一致性的預設值。 如需詳細資訊，請參閱一致性層級。

根據預設，Azure 資料表儲存體提供區域內的強式一致性，以及次要位置中最終的一致性。

是，如需如何從 Azure Cosmos DB 分散式本質獲益的相關資訊，請參閱一致性層級。 由於我們提供一致性層級保證，因此您可以放心使用。

Azure Cosmos DB 會在當地區域持久認可資料，並在幾毫秒內立即將資料推送到其他區域。 這項複寫操作只取決於資料中心的來回時間 (RTT)。 若要深入了解 Azure Cosmos DB 的全域散發能力，請參閱 Azure Cosmos DB︰Azure 上分散在世界各地的資料庫服務。

有了 Azure Cosmos DB，您可以設定容器層級的一致性層級 (在資料表中)。 透過 .NET SDK，您可以在 app.config 檔案中提供 TableConsistencyLevel 索引鍵的值，藉以變更層級。 可能的值包括：強式、限定過期、工作階段、一致前置詞或最終。 如需詳細資訊，請參閱 Azure Cosmos DB 中的 Tunable 資料一致性層級。 主要概念在於，您無法將要求一致性層級設定為高於資料表設定的值。 例如，您無法將資料表的一致性層級設定為「最終」，而將要求一致性層級設定為「強式」。

API for Table 會使用 Azure Cosmos DB 的全域散發平台。 若要確保您的應用程式可以容許資料中心停機，請在 Azure Cosmos DB 入口網站中針對該帳戶至少啟用一個以上的區域，使用多區域 Azure Cosmos DB 帳戶進行開發。 您可以使用入口網站來設定區域的優先順序，使用多區域 Azure Cosmos DB 帳戶進行開發。

您可以針對帳戶加入任意數目的區域，並藉由提供容錯移轉優先順序來控制容錯移轉的目標位置。 若要使用的資料庫，您還需要在目標位置提供應用程式。 如果您這樣做，您的客戶就不會經歷停機時間。 最新的 .NET 用戶端 SDK 會自動連接，但其他 SDK 則不會。 也就是說，它可以偵測到區域已關閉，並自動容錯移轉至新的區域。

是，API for Table 會使用 Azure Cosmos DB 的平台進行備份。 備份會自動執行。 如需詳細資訊，請參閱使用 Azure Cosmos DB 進行線上備份及還原。

是，根據預設，它會為實體的所有屬性編製索引。 如需詳細資訊，請參閱 Azure Cosmos DB：索引編製原則。

是，Azure Cosmos DB for Table 會為所有屬性提供自動編製索引，而不需任何結構描述定義。 這項資訊能讓開發人員專注於應用程式，而不需擔心索引的建立和管理。 如需詳細資訊，請參閱 Azure Cosmos DB：索引編製原則。

是，您可以提供索引定義來變更索引編制原則。 您需要適當地進行編碼和逸出這些設定。

只有在入口網站的 [資料總管] 中才能設定索引編製原則，請瀏覽至您要變更的特定資料表，然後移至 [調整規模與設定]->[索引編製原則]，進行所需的變更，然後 [儲存]。

API for Table 提供的查詢功能與 Azure 資料表儲存體相同。 Azure Cosmos DB 也支援排序、彙總、地理空間查詢、階層及各種不同的內建函式。 如需詳細資訊，請參閱 SQL 查詢。

滿足以下任一條件時，您應該變更 TableThroughput：

• 您即將要執行資料擷取、轉換及載入 (ETL)，或想要在短時間內上傳許多資料。
• 您需要更多來自後端容器或容器集的輸送量。 例如，您發現使用的輸送量比佈建的輸送量還多，而您正要開始進行節流。 如需詳細資訊，請參閱設定 Azure Cosmos DB 容器輸送量。

是，您可以使用 Azure Cosmos DB 入口網站的調整窗格來調整輸送量。 如需詳細資訊，請參閱設定輸送量。

是，如果您不透過 app.config 覆寫 TableThroughput，也不在 Azure Cosmos DB 中使用預先建立的容器，服務會建立輸送量為 400 的資料表。

無。 對現有的「Azure 資料表」儲存體客戶來說，並沒有任何價格上的變更。

價格取決於配置的 TableThroughput。

如果要求速率超過為基礎容器或容器集佈建的輸送量容量，您就會收到錯誤，而 SDK 會套用重試原則來重試呼叫。

如果您未在 app.config 或透過入口網站提供輸送量，Azure Cosmos DB 將為您的容器設定預設輸送量。

Azure Cosmos DB 能提供效能和延遲上的保證，限定作業時的上限。 當引擎能針對租用戶作業強制執行控管時，這項保證是可行的。 設定 TableThroughput 能確保您享有保證的輸送量和延遲，因為平台會保留產能，保證作業成功。

透過輸送量規格，您可以彈性地變更它來從應用程式季節性當中獲得好處、滿足輸送量需求和節省成本。

Azure Cosmos DB 已設計為全域散發的 SLA 型系統，並提供可用性、延遲和輸送量的保證。 當您在 Azure Cosmos DB 中保留輸送量時，與其他系統輸送量不同的是，它會提供保證。 Azure Cosmos DB 提供客戶所要求的更多功能，例如次要索引和全域散發。

Azure Cosmos DB 是 SLA 型系統，它提供無限制的調整和延遲、輸送量、可用性、一致性保證。 若要獲得保證的進階效能，您必須確定資料大小和索引是可管理且可調整的。 每個分割區索引鍵的實體或項目數限制為 20 GB，以確保提供絕佳的查閱和查詢效能。 為了確保您的應用程式能夠針對 Azure 儲存體進行更佳的調整，建議您「避免」建立常用資料分割 (將所有資訊儲存在一個資料分割，然後進行查詢)。

是。 由於 API for Table 的介面區與 Azure 資料表儲存體 SDK 的介面區類似，所以分割區索引鍵能提供有效率的資料散發方式。 資料列索引鍵在該資料分割內是唯一的。 資料列索引鍵必須存在且不能為 Null，如同在標準 SDK 中。 RowKey 的長度是 255 個位元組，而 PartitionKey 為 1 KB。

Azure 資料表儲存體和 Azure Cosmos DB for Table 使用相同的 SDK，因此大部分的錯誤都相同。

Azure Cosmos DB 是 SLA 型系統，可提供延遲、輸送量、可用性及一致性的保證。 由於它是佈建的系統，因此會保留資源以保證這些需求。 系統會偵測到快速建立的資料表，並加以節流。 我們建議您查看資料表的建立速率，並降低為低於每分鐘 5 個。 請記住，API for Table 是佈建的系統。 只要您一佈建，就必須開始支付費用。

您可以使用以下任何方式來分享意見反應：

• Microsoft 問與答頁面
• Stack Overflow。 Stack Overflow 最適合用於詢問程式設計問題。 確保您的問題契合主題且盡可能提供愈多的詳細資料，讓問題更加清楚並可得到答覆。

相關內容

• 使用 .NET SDK 與 Azure Cosmos DB 建置 API for Table 應用程式
• 建置 JAVA 應用程式來管理 Azure Cosmos DB for Table 資料

後續步驟