Início / dba / Perguntas / 15433
Accepted
newuser
Asked: 2012-03-23 12:52:13 +0800 CST

Precisa de sugestão para colocar chaves estrangeiras nos bancos de dados

  • 772

Eu tenho o banco de dados para customers. A customersmesa é algo assim

+------------------+
|     Customers    |
+------------------+
| id  (PK)         |
| business_email   |
| business_name    |
| customer_name    |
| payment_terms    |
| currency         |
| business_address |
| city             |
| state            |
| postal_code      |
| country          |
| phone            |
| created_at       |
| updated_at       |
+------------------+

Agora quero colocar o endereço de entrega em meu aplicativo onde o cliente pode, opcionalmente, mencionar seu endereço de entrega shipping address.

+------------------+
| Shipping Address |
+------------------+
| id  (PK)         |
| contact_name     |
| contact_address  |
| delivery_address |
| created_at       |
| updated_at       |
+------------------+

Agora, meu problema é que estou um pouco confuso sobre qual chave deve estar foreign keyem qual tabela. Estou impressionado com isso. Portanto, qualquer ajuda e sugestão serão altamente apreciáveis.

database-design database-recommendation

3 respostas

  1. Best Answer

    Supondo que uma empresa possa ter mais de um endereço de entrega, a chave seria uma coluna adicionada na tabela Endereço de entrega (apropriadamente chamada de 'customer_id' e a definição de chave estrangeira na tabela Endereço de entrega. Se você quiser evitar o mesmo endereço mais de uma vez, também adicione uma chave exclusiva na tabela de endereço de entrega que pode incluir (customer_id, contact_name)

    Em uma nota não relacionada, certifique-se de que created_at e updated_at usem carimbos de data/hora;)

    • 7

  2. Talvez você queira adicionar um ID de cliente

    +------------------+
| Shipping Address |
+------------------+
| id  (PK)         |
| customer_id (FK) |
| contact_name     |
| contact_address  |
| delivery_address |
| created_at       |
| updated_at       |
+------------------+
    • 3 
  3. +------------------+
| Address          |
+------------------+
| address_id  (PK) |
| address_line_1   |
| address_line_2   |
| address_line_3   |
| address_line_4   |
| city             |
| state_province   |
| country          |
| postal_code      |
| created_at       |
| updated_at       |
+------------------+

+------------------+
| Cust_X_Address   |
+------------------+
| Customer_id (PK) |  < references Customer
| Address_id  (PK) |  < references Address
| address_type (PK)|  < may be hardcoded  (Billing, Shipping) 
| active_flag      |     or may reference an address type table
| address_contact  |
| created_at       |
| updated_at       |
+------------------+

    Problemas que este design resolve:

    1. O que acontece se um cliente se mudar - e um novo cliente usar o endereço antigo? Se você armazenar o customer_id no endereço, não saberá mais que o primeiro cliente usou esse endereço.

    2. Por que um endereço deve ser um endereço de entrega? Um endereço é um endereço - o fato de você usá-lo como endereço de entrega é contextual para esse cliente, não um atributo adequado do próprio endereço. Usar um tipo de endereço na entidade Customer_X_Address permite que você veja, por exemplo, a diferença entre os endereços de cobrança e entrega de um cliente facilmente e armazene contatos mais apropriados para cobrança (contas a pagar) e recebimento (frete).

    3. Cada remessa/transação poderia fazer referência à customer_x_addressentidade de endereço e, talvez, várias vezes, uma para cobrança e outra para remessa. Nesse caso, provavelmente seria uma boa ideia adicionar uma chave substituta à customer_x_addresstabela.

    • 3

relate perguntas