我正在尝试设计一个企业级数据库架构。在ERD级别我有个问题。
我的许多表都有彼此之间的关系。未来可能会有一些发展,我的设计应该是灵活的,并且在收集结果方面也应该快速。
最近几天,我创建了一个名为Node的父表,我的所有功能表都与该表具有一对一的关系。(功能表是那些保存真实数据的表,如内容、用户、文件夹、角色...因此,在向每个表添加记录之前,我们必须将一个节点添加到节点表中,并将新的NodeId添加到辅助表中。
节点表本身与自身具有多对多关系。所以我设计了这个表来保存我所有的关系关注点。

所有其他实体都类似于用户,并与如上所示的节点表相关。
问题是:这种设计是让我在NodeAssoc表上的关系查询更快,还是让关系单独保存更好?
发布于 2019-01-07 08:40:50
你可以说:
它们有不同的方法来接近或解决它们。当你设计一个数据库时,你必须了解数据库的原理。一对一和多对多的关系在设计上并不常见。在您的案例中,您提到的是一对一和多对多关系,对此我有我的担忧。
的性能
增加灵活性可以通过使用数据库视图来实现,这是一种查询。
https://stackoverflow.com/questions/54061405
复制相似问题