将数据保存到DocumentDb中的多个集合中
本文关键字:集合 DocumentDb 数据 保存 | 更新日期: 2023-09-27 18:21:24
在DocumentDb中,为了将数据保存在单独的集合中,解耦数据的最佳方式和位置是什么?
到目前为止,大多数使用DocumentDb管理数据的例子都使用简单的对象,但在现实生活中,我们几乎从来没有这样做过。我只想了解在将复杂类保存为DocumentDb中的Json对象之前,我需要如何以及在哪里处理它们。
让我们看看下面的例子。我将把我的项目信息保存到Projects集合中,但我不想在项目文档中保存项目团队中人员的全名。我只想把他们的EmployeeId保存在项目文档中。我有一个单独的员工集合,我想在其中保存个人/员工特定的信息。我的项目对象如下:
public class Project
{
[JsonProperty(PropertyName="id")]
public int ProjectId {get; set;}
[JsonProperty(PropertyName="projectName")]
public string ProjectName {get; set;}
[JsonProperty(PropertyName="projectType")]
public string ProjectType {get; set;}
[JsonProperty(PropertyName="projectTeam")]
public List<TeamMember> ProjectTeam {get; set}
}
我的TeamMember类继承自Employee对象,如下所示:
public class TeamMember : Employee
{
[JsonProperty(PropertyName="position")]
public string Position {get; set;}
}
我的员工类如下:
public class Employee
{
[JsonProperty(PropertyName="id")]
public int EmployeeId {get; set;}
[JsonProperty(PropertyName="firstName")]
public string FirstName {get; set;}
[JsonProperty(PropertyName="lastName")]
public string LastName {get; set;}
[JsonProperty(PropertyName="gender")]
public string Gender {get; set;}
[JsonProperty(PropertyName="emailAddress")]
public string EmailAddress {get; set;}
}
在保存到Projects集合之前,以下是我的Project文档应该是什么样子的示例:
{
id: 12345,
projectName: "My first project",
projectType: "Construction Project",
projectTeam: [
{ id: 7777, position: "Engineer" },
{ id: 8998, position: "Project Manager" }
]
}
正如您所看到的,我将项目信息与员工数据解耦,以便将它们分别存储在他们自己的集合Projects和Employees集合中。
让我们不要讨论为什么我应该或不应该解耦数据。我只想看看我应该如何以及在哪里处理解耦,以便产生最快的结果。我想遵循最佳实践,所以我只想看看使用DocumentDb的专家如何处理这种情况。
我可以想出两个地方来处理这个问题,但我想知道是否有更好、更直接的方法:
- 我可以在C#代码中将Project类转换为JSON对象,并将JSON对象传递给DocumentDb进行存储
- 或者,我可以将我的Project对象直接传递给DocumentDb,传递到JavaScript存储过程中,并且我可以处理解耦并将数据存储在DocumentDb中的两个或多个集合中
以下是我想知道的:
- 处理去耦数据的正确位置是哪个
- 哪种会提供更好的性能
- 有更好的方法来处理这个问题吗?我一直在读关于如何将我的POCO类传递给DocumentDb,它将为我处理它们的文章。DocumentDb会处理这种更复杂的场景吗?如果是,如何
我感谢你的帮助。非常感谢。
在这样的NoSql存储中,您可以将具有不同架构的不同类型的文档存储在同一集合中。
请不要将集合视为表。将集合视为执行查询、事务等的分区和边界单元。
因此,考虑到这一点,如图所示存储项目文档并将员工文档包含在同一集合中并没有错。
现在说所有这些;如果你还想这样做,那么你可以。。。为了实现这一点,您的项目对象必须进行更改。而不是让TeamMember:Employee(包括整个Employees对象)让TeamMember对象模拟您想要从JSON中得到的内容。。。即
class TeamMember
{
int id {get;set;}
string position {get;set;}
}
现在,当DocumentDB序列化您的项目对象时,您最终会得到与您想要的类似的JSON。然后您可以将Employee对象单独保存到其他地方。
如果你不想这样做,或者因为你不控制模型的定义,或者因为系统的其他部分已经依赖于此而无法这样做,那么你可以研究为你的Project对象构建一个自定义的JSON转换器,它会吐出你想要的JSON。然后用JsonConverter装饰您的Project对象,当DocumentDB进行转换时,每次都会创建正确的结果。