繁体   English   中英

抽象数据库设计。

[英]Abstract databases design.

因此,我正在创建一个具有来自不同国家/地区的不同用户类型的Web应用程序。 用户类型的示例是companystaff等。公司将具有company_name字段,而staff则没有。

users数据库中,我不知道它是否实现,即每个用户的每列一个表的做法属性会有一个外键这将是一个表是一个好主意user_idvalue的属性值。

例如。 users.company_name = id(PK), | user_id(FK) | 'company_name' 1 | 1 | company 1

users.email = id(PK), | user_id(FK) | 'email' 1 | 1 | user@email.com

对于不同国家的地址具有不同值的address数据库,也可以使用相同的方法。

意见?

您要查找的术语是“ 派对模型

您想要使用表继承†(也称为子类型/超类型关系)来对此类事物进行建模。

个人是抽象法人的一种构想。 组织(例如公司)也是抽象法人的具体构想。

“工作人员”不是合法政党的子类型。 这是公司与个人之间的关系。 一个公司有很多员工与个人的关系。

我建议使用Single Table Inheritance ,因为它既快速又简单。 如果您真的不喜欢null,请使用Class Table Inheritance

create table parties (
  party_id int primary key,
  type smallint not null references party_types(party_type_id), --elided,
  individual_name text null,
  company_name text null,

  /* use check constraints for type vs individual/company values */
);

如果您要使用单表继承,那么我将通过MySQL(或MariaDB)使用PostgreSQL,因为后者不支持检查约束。

您可以使user属于party ,也可以使聚会具有一个user

†与PostgreSQL的继承功能不同。

我将使用company_nameemail列创建一个单个用户表。

对于地址表,我将从类似以下的简单内容开始:id,address_line_1,address_line_2,城市,州,国家/地区,邮政编码。

使用这种策略,您将必须执行很多联接表才能获得有意义的查询结果。 结果,您的性能将受到影响,并且存储的使用效率非常低。

您至少应组合通常在应用程序中为逻辑实体组合的列。 因此,如果“公司”与“工作人员”的不同之处在于它具有额外的列,则可以创建表“ users.company_properties”。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM