vc poderia implementar com generalizacao/especializacao....
fornecedor id_fornecedor nome_fornecedor fornecelor_local id_fonecedor primary key references fornecedor ..atributos inerentes a ele fornecedor_externo id_fornecedor primary key references fornecedor ..atributos referentes a ele contrato id_contrado id_fornecedor Em Quinta 09 Novembro 2006 22:55, Euler Taveira de Oliveira escreveu: > Leonardo Cezar wrote: > > * Logo, dentro do cenário exposto existiriam *sempre* atributos > > contendo NULOS, uma vez que um contrato deve pertencer apenas a um > > tipo de fornecedor. > > > > * É possível omitir um dos atributos dentro deste modelo utópico ? > > Não. Essa é a implementação mais simples que tenho idéia. > > > PS> Ok, aceito que as relações fornecedores não estão normalizadas de > > acordo, porém isto é legado e continuará assim por enquanto. > > Caso houvesse uma generalização de fornecedores utilizando herança (mas > este conceito não é bem implementado no PostgreSQL) você poderia ter um > atributo (coluna) somente. Mas acho que não vale o esforço. > Caso esteja preocupado com a entrada correta de dados (atrA ou atrB), > você pode criar um gatilho para fazer essa verificação (já que não > temos CREATE ASSERTION implementado). > > Meus R$ 0.02! _______________________________________________ Grupo de Usuários do PostgreSQL no Brasil Antes de perguntar consulte o manual http://pgdocptbr.sourceforge.net/ Para editar suas opções ou sair da lista acesse a página da lista em: http://pgfoundry.org/mailman/listinfo/brasil-usuarios
