创建PostgreSQL表格+关系 - 带关系的问题 - 一对一

Question

所以我应该创建这个模式+关系，就像这个ERD描述它的方式一样。在这里，我只能说明我有问题的表：

所以我想使它一对一，但出于某种原因，不管我改变，我得到一对多就什么表具有外键。

这是我的这两个表的sql。

 CREATE TABLE lab4.factory(

      factory_id  INTEGER   UNIQUE, 
      address   VARCHAR(100) NOT NULL, 
      PRIMARY KEY (factory_id) 

     ); 

     CREATE TABLE lab4.employee(

      employee_id  INTEGER   UNIQUE, 
      employee_name VARCHAR(100) NOT NULL, 
      factory_id  INTEGER   REFERENCES  lab4.factory(factory_id), 
      PRIMARY KEY (employee_id) 

     ); 

这里我得到了同样的结果。我没有得到一对一的关系，而是一对多的关系。 Invoiceline是一个弱的实体。

这里是我的第二图像的代码。

 CREATE TABLE lab4.product(

      product_id  INTEGER  PRIMARY KEY, 
      product_name INTEGER  NOT NULL 

     ); 


     CREATE TABLE lab4.invoiceLine(

      line_number  INTEGER  NOT NULL, 
      quantity  INTEGER  NOT NULL, 
      curr_price  INTEGER  NOT NULL, 
      inv_no   INTEGER  REFERENCES  invoice, 
      product_id  INTEGER  REFERENCES  lab4.product(product_id), 
      PRIMARY KEY (inv_no, line_number) 

     ); 

我将不胜感激任何帮助。谢谢。

Answer 1

一对一在标准SQL中没有被很好地表示为第一类关系类型。很像多对多，这是使用连接器表和两个一对多关系实现的，SQL中没有真正的“一对一”。

有几个选项：

• 创建一个普通的外键约束（“一对多”的风格），然后在指FK列中添加一个UNIQUE约束。这意味着引用列中不会出现超过一个被引用的值，因此它是一对一可选的。这是一个相当简单，相当宽容的方法，效果很好。

• 使用一个可以模拟1：m的正常FK关系，并让您的应用程序确保它在实践中只有1：1。我不建议这样做，添加FK唯一索引时只有很小的写入性能下降，它有助于确保数据有效性，查找应用程序错误并避免让其他需要稍后修改架构的人感到困惑。

• 创建互惠外键 - 只有当您的数据库支持可延迟外键约束时才可能。这对代码来说更复杂一些，但允许您实现一对一的强制关系。每个实体都有一个唯一列中的其他PK的外键引用。其中一个或两个约束条件必须是DEFERRABLE和INITIALLY DEFERRED或与SET CONSTRAINTS调用一起使用，因为您必须推迟其中一个约束检查以设置循环依赖关系。这是一项相当先进的技术，对绝大多数应用来说不是必需的。

• 如果您的数据库支持它们，请使用预先提交触发器，这样您就可以验证插入实体A时是否插入了一个实体B，反之亦然，并进行相应的更新和删除检查。这可能很慢并且通常是不必要的，而且许多数据库系统不支持预先提交触发器。