【问题标题】:JSON Best Practice For Relationships关系的 JSON 最佳实践
【发布时间】:2019-10-22 01:12:11
【问题描述】:

我正在学习 nodejs,我有一个关于如何构建对象关系的问题。我了解 sql 和 nosql 数据库之间的区别,但是如果我的 mongoDB 数据库中有两个集合,例如:

我的地牢dungeonSchema 是这样的

{
   "name" : "string",
}

我的物品itemSchema 看起来像这样

{
   "name" : "string",
   "dungeon"  : dungeonSchema
}

我有一套物品,每个物品都在一个特定的地牢中找到。 所以现在说我想在地牢模式中添加一个 itemSchema 项目数组,以显示其中包含哪些项目,例如:

{
   "name" : "string",
   "items" ; []
}

显然,我不可能有一个具有地牢属性的项目数组,然后又具有一个项目数组的属性,每个项目都有一个地牢属性,依此类推依此类推(这很好,因为我不想溢出),但是我想知道这里的最佳做法是什么?

我应该为子项目设置不同的架构吗?或者在这种情况下有一个空数组可以吗?下多少级比较好?

我试图在网上找到一些有关此的信息,但不确定要搜索什么。

【问题讨论】:

  • 为什么物品需要知道地下城的信息?你在这里代表什么?
  • 道歉。我代表地牢中包含的物品。所以我会有很多地牢和很多物品,每个物品都可以在特定的地牢中找到。
  • 所以,看起来你有一个多对一的关系,每个地牢都有很多项目。无需复制项目所在位置的数据。否则,您需要更新两个值。

标签: node.js json mongodb express


【解决方案1】:

如果一个地牢只有名称,并且它的所有子属性都在不同的模式中,你会得到一种anemic domain model

我不知道你想达到什么目的,但如果你已经在使用 NoSQL 数据库,请利用它并执行类似的操作

dungeon: string,
items: [string]

只需在此处添加您的项目列表即可。 您在描述中提到的是通过 id 引用,这基本上是 mongo 中的 SQL 关系,我会说去上面的实现,除非您遇到性能问题。

最后但并非最不重要的一点是,一个地牢可以有很多项目,其中很多项目可以相互关联,并且需要交易来更新地牢的各个部分,或者根本不更新。在跳转到数据库实现之前重新考虑你的领域业务逻辑和模型,最终,数据库只是一个工具。

【讨论】:

  • 顺便说一句,json 只是一种格式,它不决定模型,它只是用来以在多种环境中最容易理解的格式表示它们,您的业务领域(项目需求)决定了您的模型看起来像
  • 所以这将是项目名称的数组,而不是项目本身?为了便于理解,我还缩小了地牢和物品模型。
  • 是的。起初它将是一个模型。在你弄清楚你的物品是什么以及它们之间的关系之后。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2014-07-05
  • 1970-01-01
  • 2014-09-25
  • 1970-01-01
  • 2018-09-15
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多