为什么按时间戳（字符串）排序的 Azure Cosmos 查询比按 _ts（内置）排序的成本高得多？
imb*_*eek 5 azure azure-cosmosdb
此查询花费 265 RU/s：
SELECT top 1 * FROM c
WHERE c.CollectPackageId = 'd0613cbb-492b-4464-b66b-3634b5571826'
ORDER BY c.StartFetchDateTimeUtc DESC
StartFetchDateTimeUtc是一个字符串属性，使用 Cosmos API 序列化
此查询花费 5 RU/s：
SELECT top 1 * FROM c
WHERE c.CollectPackageId = 'd0613cbb-492b-4464-b66b-3634b5571826'
ORDER BY c._ts DESC
_ts是一个内置字段，一个基于 Unix 的数字时间戳。
结果示例（仅包含该字段和_ts）：
"StartFetchDateTimeUtc": "2017-08-08T03:35:04.1654152Z",
"_ts": 1502163306
索引已就位，并遵循如何配置可排序字符串/时间戳的建议和教程。看起来像：
{
"path": "/StartFetchDateTimeUtc/?",
"indexes": [
{
"kind": "Range",
"dataType": "String",
"precision": -1
}
]
}
| 归档时间： |
|
| 查看次数： |
1976 次 |
| 最近记录： |