三种完全不同的配置文件的数据库设计
Database design for three completely different profiles
我有关于 database design
的问题,因为三个完全不同的配置文件只有 user_id
和 password
。
假设我有配置文件表及其列,
Profile1 : user_id, 密码, profile1_col1, profile1_col2, ...
Profile2 : user_id, 密码, profile2_col1, profile2_col2, ...
Profile3 : user_id, 密码, profile3_col1, profile3_col2, ...
那么,我怎样才能 normalize
这些表,以便我可以为这些配置文件创建一个通用的登录模块?
注意:我没有给出正确的列名,因为现在我没有任何类似的要求。
您可以使用继承。
定义一个新实体作为基础 table(配置文件类型一,配置文件类型二,...)以满足可登录。
可以将其命名为抽象-profile 将是理性的。
具有零或一关系将导致此抽象配置文件的主键 table 成为(配置文件类型一,配置文件类型二)的主键,...).
其他 table 登录历史记录、用户操作跟踪等将与此基础 table 相关。
我有关于 database design
的问题,因为三个完全不同的配置文件只有 user_id
和 password
。
假设我有配置文件表及其列,
Profile1 : user_id, 密码, profile1_col1, profile1_col2, ...
Profile2 : user_id, 密码, profile2_col1, profile2_col2, ...
Profile3 : user_id, 密码, profile3_col1, profile3_col2, ...
那么,我怎样才能 normalize
这些表,以便我可以为这些配置文件创建一个通用的登录模块?
注意:我没有给出正确的列名,因为现在我没有任何类似的要求。
您可以使用继承。
定义一个新实体作为基础 table(配置文件类型一,配置文件类型二,...)以满足可登录。
可以将其命名为抽象-profile 将是理性的。
具有零或一关系将导致此抽象配置文件的主键 table 成为(配置文件类型一,配置文件类型二)的主键,...).
其他 table 登录历史记录、用户操作跟踪等将与此基础 table 相关。