設計一個 Azure Cosmos DB (SQL API) 容器，該容器將儲存數百萬個文件，每個文件都有許多屬性，並且沒有單一屬性可以提供明確的分區鍵。為了隨著時間均勻地分配跨分區的流量，哪兩種分區鍵方法是可接受的？

在 Azure Cosmos DB 中，良好的分區鍵應確保資料均勻分佈，並避免熱分區。當沒有單一屬性可作為理想分區鍵時，可以採用複合或合成鍵。 「多個屬性值的串聯，並附加隨機後綴」是可接受的，因為它結合了多個屬性以增加分區鍵的基數，而隨機後綴（例如 GUID）則進一步確保了資料在邏輯分區之間的均勻分佈，特別是在寫入密集型工作負載中。 「附加到屬性值的雜湊後綴」也是可接受的。對現有屬性值進行雜湊處理，然後將其作為後綴或前綴，可以將具有相同屬性值的項目分散到不同的邏輯分區，從而避免單一分區過載。 「文件中不常出現的單一屬性值」和「文件中經常出現的單一屬性值」通常會導致熱分區，因為它們的基數可能不足以均勻分佈資料。 「包含集合名稱的值」則會將所有文件分區到同一個邏輯分區，完全失去分區的意義。