默認情況下，Azure Cosmos DB 中的所有資料都已編入索引，即檔案/專案中的每個屬性默認都具有一致/自動索引。但是，最終用戶無法清楚地看到存盤如此大量資料的成本。您將如何計算/跟蹤您為存盤或使用索引相關資料所承擔的成本？
由于計費僅與 RU/s 和資料存盤有關，因此尚不清楚索引策略如何影響計費。另外我想知道密集寫入所需的 RU/s 是否會因為索引而增加。如果是這樣，則應排除 CosmosDB 中的索引，只需要索引必要的屬性，從而降低整體性能。
uj5u.com熱心網友回復：
由于計費僅與 RU/s 和資料存盤有關，因此尚不清楚索引策略如何影響計費。
索引策略會影響計費，因為如果您索引所有內容，您將消耗更多存盤空間，進而增加您的賬單。當一個專案被寫入 Cosmos DB 時，您的部分 RU/s 將用于索引該專案，因此您最終將消耗更多的 RU/s，這將增加您的賬單。
就索引而言，您可能會發現這些鏈接有助于優化成本：
通過索引優化成本：https ://learn.microsoft.com/en-us/azure/cosmos-db/optimize-cost-storage#optimize-cost-with-indexing 。
通過更改索引策略進行優化：https ://learn.microsoft.com/en-us/azure/cosmos-db/optimize-cost-throughput#optimize-by-sharing-indexing-policy 。
另外我想知道密集寫入所需的 RU/s 是否會因為索引而增加。
那是對的。
如果是這樣，則應排除 CosmosDB 中的索引，只需要索引必要的屬性，從而降低整體性能。
對于批量寫入，建議您在進行批量寫入之前完全關閉索引，并在寫入操作完成后啟用它。您也可以按照此處Lazy Indexing所述要求。
轉載請註明出處，本文鏈接：https://www.uj5u.com/qukuanlian/531606.html
標籤：天蓝色天蓝色宇宙数据库天蓝色 cosmosdb-sqlapi