我的建议基于以下原则：一个实体（个人，机构，工厂等）可以有多个地址，通常是这种情况（家庭，企业等），并且一个地址可以由不同性质的实体共享：
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)
最后一个模型允许您为在同一机构工作的多个人共享一个地址。
但是 ：根据我的说法，“更好”的解决方案是将您的不同实体合并到一个表中。然后，您将需要：
- 为所有实体制作的实体表
- 实体类型表，其中将包含不同的实体类型。在您的情况下，您至少有3行：人员，工厂，机构
如果每个实体一个地址足够，则可以将地址详细信息用作实体表的属性。
如果您需要按实体分配多个地址，则必须使用地址表，并将Id_Entity作为外键。
如果要在多个实体之间共享一个地址，每个实体可能具有多个地址（实体和地址之间的多对多关系），那么除了实体表和地址表之外，您还需要使用EntityAddres表。
您可以在这些模型之间进行选择，具体取决于您的需求和业务规则。
