Início / dba / Perguntas / 52573
Accepted
Rathish Kumar B
Asked: 2013-11-01 02:25:44 +0800 CST

Cardinalidade do Desenho da Tabela

  • 772

Estou projetando um banco de dados para um aplicativo, no qual preciso considerar o COMPRADOR (BUYER_ID) e o VENDOR (VENDOR_ID) como um USUÁRIO (USER_ID). Eu projetei essa lógica em um design a seguir.

DO UTILIZADOR

User_ID (PK), BUYER_ID(FK), VENDOR_ID(FK).

Estou confuso, se este é um bom método, considerando as seguintes coisas,

  1. O comprador pode ser um vendedor.
  2. O fornecedor também pode ser um comprador.

Eu criei a tabela USERROLE para conseguir isso, mas quando um usuário é apenas um comprador ou fornecedor, a tabela de relacionamento mencionada acima funcionará? Isso aceitará a chave estrangeira como NULL?
Preciso da explicação para isso - "Um pedido pode ser feito por um comprador ou fornecedor, mas um único pedido não pode ser feito pelo comprador e pelo fornecedor ao mesmo tempo" . Desde já, obrigado.

mysql database-design

2 respostas

  1. Best Answer
    --this is postgres syntax, but similar for mysql
--using single table inheritance for simplicity

--organizations (o) and individuals (i) go here:

create table parties (
  party_id int primary key,
  type char(1) not null check (type in ('i', 'o') ), --use a lookup table in real life
  full_legal_name varchar(255) not null
);

--parties that play the role of vendor (v) or buyer (b) go here. parties can play many roles:

create table party_roles (
  party_id int references parties(party_id),
  type char(1) check ( type in ('v', 'b') ), --use a lookup table in real life

  --add extra role info here

  primary key (party_id, type)
);

--sales orders go here. foreign keys ensure vendor is a vendor role, etc

create table sales_orders (
  order_id int primary key,
  order_date timestamptz not null default current_timestamp,
  vendor_party_id int not null,
  vendor_type char(1) not null default 'v',
  buyer_party_id int not null,
  buyer_type char(1) not null default 'b',

  foreign key (vendor_party_id, vendor_type) references party_roles(party_id, type),

  foreign key (buyer_party_id, buyer_type) references party_roles(party_id, type)
);

--create a company that plays the role of a vendor:
begin;
insert into parties values (1, 'o', 'Acme, Inc.');
insert into party_roles values (1, 'v'); 
commit;    

--create a company that plays the role of a buyer:
begin;
insert into parties values (2, 'o', 'Globalcorp.biz');
insert into party_roles values (2, 'b');
commit;

--create a sales order, vendor is acme, buyer is globalcorp:
insert into sales_orders (order_id, vendor_party_id, buyer_party_id) values (1, 1, 2);

    Brinque com isso aqui: http://sqlfiddle.com/#!15/a76fd/2

    • 1

  2. Partindo do princípio que o userIdse refere ao vendedor ou comprador, esta concepção permite userIdser simultaneamente comprador e vendedor. Quando um pedido é feito, você simplesmente precisa JOINnas tabelas vendore buyerpara garantir que userIdnão exista em ambos.

    do utilizador
-----
ID do usuário (pk)

fornecedor
------
userId (pk, fk para user.userId)

comprador
-----
userId (pk, fk para user.userId)
    • 0

relate perguntas