Início / dba / Perguntas / 9256
Accepted
Matthew Steeples
Asked: 2011-12-17 02:00:36 +0800 CST

Esquema de Endereço Físico

  • 772

Estou procurando adicionar endereços a um banco de dados existente e estou tentando descobrir as vantagens e desvantagens dos métodos a seguir (e se houver algum que eu tenha esquecido).

  1. Armazene o endereço alinhado com o registro de origem
  2. Tenha uma tabela de endereços e adicione uma chave estrangeira à entidade
  3. Ter uma tabela de endereços com uma chave estrangeira vinculada à entidade

Eu gostaria de evitar armazená-lo em linha por motivos de normalização, mas não tenho certeza de qual das outras opções escolher. É possível que, em algum ponto abaixo da linha, desejemos que tipos de entidade adicionais tenham endereços neles, o que faz com que a opção 2 pareça a melhor. Esta opção (tanto quanto posso ver) tem o potencial de deixar dados desvinculados por aí.

database-design schema

3 respostas

  1. Best Answer

    Resposta curta:

    Opção 1 ou opção 2:

    • Em linha (um endereço por registro de origem)
    • Tabela filho com um FK vinculado ao registro de origem (permite > 1 endereço por origem)

    Mais tempo...

    Uma tabela de endereços separada normalmente terá um FK para algum registro pai.
    Cada endereço poderá ter um tipo (cobrança, entrega, etc)

    Os endereços não são compartilhados, reutilizáveis ​​ou finitos: ou seja, cada endereço de uma entrada de origem tem pouco em comum com outras entradas.

    • diferentes registros de origem não teriam endereços compartilhados (por exemplo, muitos-muitos no meio entre a origem e o endereço)
    • tabela de endereços separada com FK(s) também não pode ter vários pais
    • ter os FKs nos registros de origem para alguma tabela de endereços seria incomum.

    Finalmente, considere como você usa endereços. Você os adiciona ou atualiza. Você não procura um endereço existente e um link para isso. Cada endereço é apenas por fonte.

    • 4

  2. Uma pessoa ou entidade pode potencialmente ter vários endereços, portanto, você deseja uma chave estrangeira na tabela de endereços no registro da pessoa, algo como:

    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. Se você tiver regras de negócios baseadas em endereço, precisará criar uma tabela de endereçamento com CEPs e obter o endereço (é o que o Google veio para a palavra portuguesa "logradouro" que é a terminologia usada pelo nosso serviço postal) a partir dela usando o CEP.

    Ele permite uma informação de endereço muito mais útil do que simplesmente deixar o usuário preencher o endereço diretamente.

    • 0

relate perguntas