Блог

Предположим, я хочу сохранить данные, которые выглядят следующим образом

 type Person = {
    Name:string
    PassportNumber:string
}

type PolicyStatus =
    |SaleInProgress
    |PolicyActive
    |Cancelled

type Policy = {
    PincipalPerson: Person
    PolicyDependents: Person list
    PolicyId:int
    PolicyState:PolicyStatus
}
 

(Я выразил эти типы как записи F #, поскольку они очень похожи на json, но пусть это вас не отвлекает)

Я хочу сделать так, чтобы каждый пользователь, который присутствует в a Policy , был уникальным. Это означает, например, что если кто-то является участником какой-либо политики, он также не может зависеть от какой-либо другой политики.

Итак, если я сохраню их в Policy коллекции, то я не думаю, что есть способ указать, что объединение иждивенцев и участников должно иметь уникальные идентификаторы паспорта, не так ли?

Если бы я использовал некоторые RDM, то я мог бы просто держать людей в другой таблице, иметь внешний ключ между Policy и People и уникальным ограничением PassportNumber .

Итак, каков идиоматический «NoSQL» способ сделать это в Cosmos DB?

Невозможно применить требуемые ограничения уникальности непосредственно в 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>
}
 

Недостатком этой модели является то, что если вам нужно изменить состояние политики, вы должны изменить его во всех объектах person, в которых встречается идентификатор политики. В качестве альтернативы вы можете использовать следующую модель:

 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 могут совместно использовать объект политики, но ограничения уникальности по-прежнему применяются, поскольку у каждого пользователя может быть не более одной политики (как основной, так и зависимой). Недостатком является то, что вам нужно позаботиться о собственной ссылочной целостности person.PolicyId , поскольку отношения с внешним ключом не поддерживаются.