Mo B.
2020-11-28 23:46:25
没有方法可以直接在Cosmos DB中强制执行你所要求的唯一性约束，至少如果你按照建议的数据结构构造，则至少不能这样做。Cosmos DB支持的唯一性约束基于（全部）属性值（例如，名字+姓氏或PassportNumber）的组合，因此你无法查看值的数组。
如果你确实想在数据库级别上执行唯一性约束，并且愿意更改数据模型，请考虑将策略嵌入到person对象中：
type Person = {
Name: string
PassportNumber: string // with uniqueness constraint
IsPrincipalPerson: Nullable<bool> // specifies if the person is principal or dependent
PolicyId: Nullable<int>
PolicyState: Nullable<PolicyStatus>
}
该模型的缺点是，如果你需要更改策略的状态，则必须在其中出现策略ID的所有人员对象中对其进行更改。因此，你也可以使用以下模型：
type Person = {
Name: string
PassportNumber: string // with uniqueness constraint
IsPrincipalPerson: Nullable<bool> // specifies if the person is principal or dependent
PolicyId: Nullable<int> // refers to a policy object
}
type Policy = {
PolicyId: int
PolicyState: PolicyStatus
}
现在，几个人对象可以共享一个策略对象，但是唯一性约束仍然得到执行，因为每个人最多可以拥有一个策略（作为主体或从属）。缺点是你需要照顾好person.PolicyId自己的参照完整性，因为不支持外键关系。
热门帖子
热门github
1
2
3
5
6
7
8
11
13
14
15
Mamba is a new state space model architecture showing promising performance on information-dense data such as language modeling, where previous subquadratic models fall short of Transformers. It is based on the line of progress on structured state space models, with an efficient hardware-aware design and implementation in the spirit of FlashAttention.
(翻译：Mamba 是一种新的状态空间模型架构，在信息密集型数据（例如语言建模）上显示出良好的性能，而之前的二次模型在 Transformers 方面存在不足。它基于结构化状态空间模型的进展，并本着FlashAttention的精神进行高效的硬件感知设计和实现。)
谢谢。这个特定的项目可能是我第一次将NoSql数据存储用于严肃的项目。我正在努力了解好处。由于大多数RDMS都对json字段提供了本机支持，因此整个无模式参数将不适用。我能想到的唯一好处是大多数NoSql DB可以提供的水平可伸缩性。但是，如果我的用户数量很少，那么我真的看不到牺牲有用的约束的意义，而我可以摆脱RDMS。
公平地说，Cosmos DB在处理无模式JSON数据方面具有优于SQL Server的优势（特别是在性能方面），它具有对所有属性（包括嵌套和数组值）的自动索引功能。Cosmos DB还为基于键集的快速分页提供了良好的支持。但是，正如您所看到的，确实存在一些严重的缺点：没有外键，没有关系联接，没有读事务，没有读写事务，还没有部分更新（尚未），文档大小限制。我的团队不得不在客户端解决所有这些问题，这很痛苦。
此外，您在这两个唯一性约束
PrincipalPerson和PolicyDependants不那么容易在RDBMS中执行任意。在RDBMS中的唯一性约束很容易用一个
Person独特的表PassportNumber，并在国外Policy.Principal，以Person和抚养的映射表。但是，那么您必须处理阻抗不匹配的问题。尽管注意到了Cosmos的优势。