这是一个可接受的数据库设计吗?
Is this an acceptable database design or not?
我创建了 2 个数据库设计(外部和内部数据库)。但我不确定这是否适合关系、规范化、逻辑、冗余......
我还创建了两个版本的数据库设计(第一个没有映射table,第二个有)。它是德语的,我希望你没问题。
这些设计是否满足典型的关系数据库标准(例如 3NF),它们是否以清晰且可维护的方式指定实体关系?
database design 1
database design 2
编辑:
current database design
内部和外部的 ER 图都是正常的,因为它是规范化的,没有冗余,没有多对多的关系,除了键之外,字段之间没有功能依赖。
我对链接为 "current database design" 的图表有几点评论:
- BM_Mapping table 应该使用 M-ID 作为外键而不是 Meeting_ID。当前设计阻止对 Meeting.Meeting_ID.
列中的值进行任何更改
- 我会在 Visitor table 中保留与其他 table 相同的主键命名约定。所以 V-ID 而不是 Visitor_ID
除这些注释外,其余设计符合标准 RDBMS 3NF 和实体关系标准。
我创建了 2 个数据库设计(外部和内部数据库)。但我不确定这是否适合关系、规范化、逻辑、冗余......
我还创建了两个版本的数据库设计(第一个没有映射table,第二个有)。它是德语的,我希望你没问题。
这些设计是否满足典型的关系数据库标准(例如 3NF),它们是否以清晰且可维护的方式指定实体关系?
database design 1
database design 2
编辑: current database design
内部和外部的 ER 图都是正常的,因为它是规范化的,没有冗余,没有多对多的关系,除了键之外,字段之间没有功能依赖。
我对链接为 "current database design" 的图表有几点评论:
- BM_Mapping table 应该使用 M-ID 作为外键而不是 Meeting_ID。当前设计阻止对 Meeting.Meeting_ID. 列中的值进行任何更改
- 我会在 Visitor table 中保留与其他 table 相同的主键命名约定。所以 V-ID 而不是 Visitor_ID
除这些注释外,其余设计符合标准 RDBMS 3NF 和实体关系标准。