在 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;}
}
我的 Employee 类如下所示:
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" }
]
}
如您所见,我将我的项目信息与员工数据分离,以便将它们分别存储在他们自己的集合、项目和员工集合中。
让我们不要讨论为什么我应该或不应该解耦数据。我只想看看我应该如何以及在哪里处理解耦以产生最快的结果。我想遵循最佳实践,所以我只想看看使用 DocumentDb 的专家如何处理这种情况。
我可以想到两个地方来处理这个问题,但我想了解是否有更好、更直接的方法来做到这一点:
- 我可以在我的 C# 代码中将我的 Project 类转换为 JSON 对象,并将 JSON 对象传递给 DocumentDb 进行存储。
- 或者,我可以将我的 Project 对象直接传递给 DocumentDb,传递给一个 JavaScript 存储过程,然后我可以处理解耦并将数据存储在 DocumentDb 中的两个或多个集合中。
这是我想知道的:
- 哪个是处理解耦数据的正确位置?
- 哪个会提供更好的性能?
- 有没有更好的方法来处理这个?我一直在阅读有关如何将我的 POCO 类传递给 DocumentDb 的信息,它会为我处理它们。DocumentDb 会处理这种更复杂的场景吗?如果是这样,怎么做?
我感谢您的帮助。谢谢你。