c# - 将数据保存到 DocumentDb 中的多个集合中

Question

在 DocumentDb 中，解耦数据以便将它们保存在单独的集合中的最佳方式和位置是什么？

到目前为止，大多数关于如何使用 DocumentDb 管理数据的示例都使用简单的对象，但在现实生活中，我们几乎没有这样做过。我只想了解在将复杂类保存为 DocumentDb 中的 Json 对象之前，我需要如何以及在何处处理它们。

让我们看下面的例子。我会将我的项目信息保存到项目集合中，但我不想在项目文档中保存项目团队中人员的全名。我只想将他们的 EmployeeId 保存在项目文档中。我有一个单独的 Employees 集合，我想在其中保存个人/员工的特定信息。我的项目对象如下所示:

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" }
   ]
}

如您所见，我将项目信息与员工数据分离，以便将它们分别存储在自己的集合、Projects 和 Employees 集合中。

我们先不讨论为什么我应该或不应该解耦数据。我只是想看看我应该如何以及在何处处理解耦以产生最快的结果。我想遵循最佳实践，所以我只想看看使用 DocumentDb 的专家如何处理这种情况。

我可以想到两个地方来处理这个问题，但我想了解是否有更好、更直接的方法来做到这一点:

1. 我可以在我的 C# 代码中将我的项目类转换为 JSON 对象，并将该 JSON 对象传递给 DocumentDb 进行存储。
2. 或者，我可以将我的 Project 对象直接传递给 DocumentDb，传递给 JavaScript 存储过程，然后我可以处理解耦并将数据存储在 DocumentDb 中的两个或多个集合中。

这是我想知道的:

1. 哪个地方是处理解耦数据的正确位置？
2. 哪个会提供更好的性能？
3. 有没有更好的方法来处理这个问题？我一直在阅读如何将我的 POCO 类传递给 DocumentDb，它会为我处理它们。 DocumentDb 会处理这种更复杂的情况吗？如果是，怎么做？

感谢您的帮助。谢谢。

Answer 1

在像这样的 NoSql 存储中，您可以将具有不同架构的不同类型的文档存储在同一个集合中。

请不要将集合视为表格。将集合视为执行查询、事务等的分区和边界单元。

因此，考虑到这一点，如图所示存储项目文档并将员工文档包含在同一个集合中并没有错。

现在说这些；如果你仍然想这样做，那么你可以......为了实现这一点，您的项目对象将不得不改变。而不是让 TeamMember : Employee (这将包括整个 Employee 对象)让 TeamMember 对象模仿你想要从你的 JSON 中得到的东西......即

class TeamMember
{
   int id {get;set;}
   string position {get;set;}
}

现在，当 DocumentDB 序列化您的项目对象时，您最终会得到类似于您想要的 JSON。然后您可以将您的 Employee 对象单独保存在其他地方。

如果您不想这样做，或者因为您无法控制模型的定义而不能这样做，或者因为系统的其他部分已经构建为依赖于此，那么您可以研究构建一个为您的 Project 对象自定义 JSON 转换器，它会吐出您想要的 JSON。然后使用该 JsonConverter 装饰您的 Project 对象，当 DocumentDB 进行转换时，每次都会创建正确的结果。