我的建议基于以下原则：一个实体（个人，机构，工厂等）可以有多个地址，通常是这种情况（家庭，企业等），并且一个地址可以由不同性质的实体共享：

CREATE TABLE ADDRESS
(
    ID INT IDENTITY PRIMARY KEY NOT NULL, 
    .... (your adress fields here)
    id_Person ... NULL,
    id_Institution ... NULL, 
    id_Factory ... NULL 
)

主要限制是2个不同的人不能共享相同的地址。在这种情况下，您将必须具有一个附加的“ EntityAddress”表，如下所示：

CREATE TABLE ADDRESS
(
    ID INT IDENTITY PRIMARY KEY NOT NULL, 
    .... (your adress fields here)
)

CREATE TABLE ENTITY_ADDRESS
(
    ID INT IDENTITY PRIMARY KEY NOT NULL
    id_Address .... NOT NULL,
    id_Person .... NULL,
    id_Institution ... NULL, 
    id_Factory .... NULL
)

最后一个模型允许您为在同一机构工作的多个人共享一个地址。

但是 ：根据我的说法，“更好”的解决方案是将您的不同实体合并到一个表中。然后，您将需要：

1. 为所有实体制作的实体表
2. 实体类型表，其中将包含不同的实体类型。在您的情况下，您至少有3行：人员，工厂，机构

如果每个实体一个地址足够，则可以将地址详细信息用作实体表的属性。

如果您需要按实体分配多个地址，则必须使用地址表，并将Id_Entity作为外键。

如果要在多个实体之间共享一个地址，每个实体可能具有多个地址（实体和地址之间的多对多关系），那么除了实体表和地址表之外，您还需要使用EntityAddres表。

您可以在这些模型之间进行选择，具体取决于您的需求和业务规则。