Question

在DocumentDb中，为了将数据保存在单独的集合中，分离数据的最佳方式和地点是什么？

到目前为止，大多数如何使用DocumentDb管理数据的例子都使用简单的对象，但在现实生活中，我们几乎没有。我只想了解在将它们保存为DocumentDb中的Json对象之前需要处理复杂类的方式和位置。

让我们看看下面的例子。我将项目信息保存到Projects集合中，但我不想在项目文档中保存项目团队中的人员全名。我只想在项目文档中保存他们的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;}
}

我的员工类看起来像这样：

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的专家如何处理这种情况。

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

我可以将我的Project类转换为C＃代码中的JSON对象，并将JSON对象传递给DocumentDb进行存储。
或者，我可以将Project对象直接传递给DocumentDb，传递到JavaScript存储过程中，我可以处理DocumentDb中两个或多个集合中的数据解耦和存储。

以下是我想知道的事情：

哪个是处理解耦数据的正确位置？
哪种会提供更好的性能？
有没有更好的方法来解决这个问题？我一直在阅读如何将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进行转换时，每次都会创建正确的结果。

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

1 个答案: