在数据库原型(prototype)中,我有一组字段(如名称、描述、状态),这些字段在多个功能不同的表中是必需的。
这些字段在标签、显示、搜索、过滤等方面始终具有相同的最终用户功能。它们不是外键约束的一部分。这应该如何建模?
我可以想到以下变体:
每个表都有所有这些属性。在这种情况下,你会如何命名它们?相同,在每个表中,或带有表名前缀(如 usrName、prodName)
将它们移动到表属性中,将外键添加到“核心”表中,引用 Attributes.PK
如上所述,但不是使用外键,而是使用 Attributes.PK 作为相应核心表中的 PK。
最佳答案
听起来您可能对规范化的想法有点过头了。请记住,这是在减少数据 中的冗余。您的示例似乎表明您担心数据库设计的元信息中的“冗余”。
最终,user.name
和 user.description
的功能不同于 product.name
和 product.description
,并且应该这样对待。对于 status
,这取决于您的意思。 status
只是产品/用户记录是否处于事件状态的指示器吗?如果是这样,那么将其拆分到不同的表可能是有意义的。
使用您提供的信息,如果“事件/过期/删除”只是数据库内状态的指示,那么我绝对同意这样的表结构:
users products status
id id id
name name name
description description
status_id status_id
但是,如果可以想象 status
可以被更改以表示语义上不同的东西(即,对于用户来说,可能是“活跃/退休/解雇”,我建议将其拆分为 future 的设计验证:
user_status product_status
id id
name name
简而言之,规范化您的数据,而不是您的数据库设计。
关于database - 大多数表中的相同字段,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/241746/