Database design 方面/类型之间的关联

基于我的观点，我想具体说明其中的一部分，我坚信它可以很好地指导我解决问题，因为整体的答案可能由许多部分组成

---

当我在Alfresco内容模型的“方面”（或类型）中定义“关联”时，“目标类”实际上是什么？这可能是另一方面吗？当我想将两个方面关联为常规数据库中的两个表时，如何实现这一点？如何定义第二个方面中的属性？有人能举一个将两个方面联系起来的例子吗？如果协会的目的不是满足我的上述要求，那么它实际上是为什么服务的呢

定义关联时，其目标应为节点类型。所以node1以某种方式与node2相关联。该节点是一个有效节点（aspect只是该节点上的一组属性/关联2）

Aspect不是一种节点类型，它只是多了几个属性。您可以向类型添加方面，甚至可以在类型定义中定义必需的方面。但我想你应该把节点和节点联系起来

现在，您想定义一个方面，它将是另一个数据库中的表？是在户外，不是在户外？我相信这里的正确用例应该是这些表得到一个专用类型，而不是一个方面

看看你能从中读到什么，并就此提出更多问题

---

同时，如果你能稍微弄清楚你到底想做什么，这会有所帮助。

当你定义一个关联时，它的目标应该是一个节点类型。所以node1以某种方式与node2相关联。该节点是一个有效节点（aspect只是该节点上的一组属性/关联2）

Aspect不是一种节点类型，它只是多了几个属性。您可以向类型添加方面，甚至可以在类型定义中定义必需的方面。但我想你应该把节点和节点联系起来

现在，您想定义一个方面，它将是另一个数据库中的表？是在户外，不是在户外？我相信这里的正确用例应该是这些表得到一个专用类型，而不是一个方面

看看你能从中读到什么，并就此提出更多问题

---

同时，如果你能稍微澄清一下你到底想做什么，这会有所帮助。

我必须创建一个方面（即基于项目架构的需求），它必须“包含”另外两个方面，这两个方面也包含一些属性。我认为它定义了它们之间的关联，就像我们在公共关系数据库中所做的那样。我可以从你的链接中看出，方面不能包含关联，这是一个特性，它只属于类型。我说得对吗？我是否应该放弃创建“大”方面的方法？关联的目标类型必须是类型，可以使用方面作为关联的源。@arjacsoh不，您甚至可以在方面内创建关联。现在的例子是，您已经创建了“方面”？这是技术需求还是功能需求？因为如果它是一个功能性请求，您将通过拥有自己的文档类型来实现它。此外，aspects还可以将其他aspects作为父aspects，因此如果您将它们链接起来并使用endleaf作为目标aspects，您将拥有这三个方面的所有道具。因为我很肯定，从技术上讲，你不能在露天的一个方面添加一个方面。您只能将方面应用于节点（所有节点都有其类型）。@zladuric:好的，您所说的是非常积极的。我真正的问题是在网上提出的。答案似乎令人满意。我可以用“方面”更改“类型”而不影响功能吗？您对修改答案中提供的xml文件是否有其他建议，以便使用“方面”完成？使用方面是一种功能需求。我必须创建一个方面（即基于项目架构的需求），它必须“包含”另外两个方面，这两个方面也包含一些属性。我认为它定义了它们之间的关联，就像我们在公共关系数据库中所做的那样。我可以从你的链接中看出，方面不能包含关联，这是一个特性，它只属于类型。我说得对吗？我是否应该放弃创建“大”方面的方法？关联的目标类型必须是类型，可以使用方面作为关联的源。@arjacsoh不，您甚至可以在方面内创建关联。现在的例子是，您已经创建了“方面”？这是技术需求还是功能需求？因为如果它是一个功能性请求，您将通过拥有自己的文档类型来实现它。此外，aspects还可以将其他aspects作为父aspects，因此如果您将它们链接起来并使用endleaf作为目标aspects，您将拥有这三个方面的所有道具。因为我很肯定，从技术上讲，你不能在露天的一个方面添加一个方面。您只能将方面应用于节点（所有节点都有其类型）。@zladuric:好的，您所说的是非常积极的。我真正的问题是在网上提出的。答案似乎令人满意。我可以用“方面”更改“类型”而不影响功能吗？您对修改答案中提供的xml文件是否有其他建议，以便使用“方面”完成？使用方面是一种功能需求。