巴拉特
一般的经验法则是,您希望查看大量操作,并对分区策略进行负载测试,以验证它是否可以伸缩。不需要详尽无遗。帕累托原理适用于此。
基于您引用的查询,但您的逻辑似乎是合理的。另外需要注意的是存储。最大分区大小为20GB。我不知道每个通知的有效负载大小是多少,但要测量并通过给定的X个通知数量工作,直到您达到20GB大小的时间。此外,您可能希望避免在将来的某个时候查询不断增长的分区,因此也可能希望在将来考虑TTL策略。
希望这能有所帮助。
null 关于如何管理分区密钥的依赖关系,您有什么建议吗?或者我没有根据cosmosdb最佳实践以最佳方式对数据层建模?
我有一个Azure CosmosDB SQP API帐户,其中包含一个容器“EmployeeContainer”,分区键为“PersonID”。我在这个容器中有三种不同类型的集合。它们的模式如下所示: 部门-雇员 如何将数据存储在逻辑分区中?PersonId是分区键,所有集合中都有PersonId。那么,人员id为“p1241234”的人员集合中的文档和人员id为“p1241234”的人员-部门集
我正在尝试将以下结构存储在卡桑德拉中。 上面的大多数查询是 这就是为什么将()设置为主键很有用的原因。 根据docu,Cassandra的默认分区键是主键的第一列-在我的例子中是,但我想在Cassandr集群上均匀分布数据,我不能允许一个中的所有数据只存储在一个分区中,因为有些商店有10M条记录,有些只有1k条记录。 我可以设置()作为分区键,然后我可以达到Cassandra集群中记录的统一分布。
本文向大家介绍超级密钥和候选密钥之间的区别,包括了超级密钥和候选密钥之间的区别的使用技巧和注意事项,需要的朋友参考一下 超级键和候选键都用于从表中获取记录。这些键还用于创建表之间的关系。超级键和候选键都用于唯一标识表中的记录。两个键都可以具有空值。 以下是超级键和候选键之间的重要区别。 序号 键 超级钥匙 候选键 1 定义 超级键用于标识关系中的所有记录。 候选键是超级键的子集。 2 使用 所有超
'ActivityID:d57786a0-f7a0-46e9-9375-d5251b81b1e3,Microsoft.Azure.documents.common/1.20.108.4,DocumentDB-dotnet-SDK/1.20.2主机/64位MicrosoftWindowsNT/10.0.16299.0 如何克服这个问题?