主页 / dba / 问题 / 9256
Accepted
Matthew Steeples
Asked: 2011-12-17 02:00:36 +0800 CST

物理地址架构

  • 772

我正在考虑将地址添加到现有数据库中，并试图找出以下方法的优缺点（如果有任何我忽略了）。

  1. 将地址与源记录内联存储
  2. 有一个地址表并为实体添加一个外键
  3. 具有链接到实体的外键的地址表

出于标准化原因，我想避免将其内联存储，但我不确定要选择其他哪些选项。在某些时候，我们可能希望其他实体类型在其上具有地址，这使得选项 2 看起来是最好的选项。这个选项（据我所知）有可能留下未链接的数据。

database-design schema

3 个回答

  1. Best Answer

    简短的回答：

    选项 1 或选项 2：

    • 内联（每个源记录一个地址）
    • 具有链接到源记录的 FK 的子表（每个源允许 >1 个地址）

    再长...

    一个单独的地址表通常对某些父记录有一个 FK。
    每个地址都可能有一个类型（账单、送货等）

    地址不是共享的、可重用的或有限的：也就是说，源条目的每个地址与其他条目几乎没有共同之处。

    • 不同的源记录不会有共享地址（例如，源和地址之间的多对多）
    • 带有 FK 的单独地址表也不能有多个父级
    • 在某个地址表的源记录上使用 FK 是不寻常的。

    最后，考虑如何使用地址。您添加或更新它们。您无需查找现有地址并链接到该地址。每个地址仅针对每个源。

    • 4

  2. 一个人或实体可能有多个地址，因此您希望地址表上的外键与人员记录相对，例如：

    create table Party (
       PartyID       int not null  -- primary key
       ,Surname       varchar (50)
       ,FirstName     varchar (50)
       [...]
)
go

alter table Party
  add constraint PK_Party
      primary key (PartyID)
go

create table [Address] (
       AddressID     int not null  -- primary key
      ,PartyID       int not null  -- fk reference to party
      ,AddressLine1  varchar (50)
      ,AddressLine2  varchar (50)
      [...]
      ,IsCurrent     char (1)      -- however you do true/false
)
go

alter table [Address]
  add constraint PK_Address
      primary key (AddressID)
go

alter table [address]
  add constraint FK_Address_Party
      foreign key (PartyID)
      references Party
go
    • 3

  3. 如果您有基于地址的业务规则，则需要创建一个包含邮政编码的地址表，并从中获取街道地址（谷歌为葡萄牙语单词“logradouro”而来，这是我们邮政服务使用的术语）使用邮政编码。

    它允许地址信息比简单地让用户直接填写街道地址更有用。

    • 0

相关问题