2008/7/11 Leandro DUTRA <[EMAIL PROTECTED]>: > 2008/7/11 Alexsander Rosa <[EMAIL PROTECTED]>: > > Já pensei em usar uma chave composta CPF_CNPJ + NUMERO (inteiro) onde o > > campo "numero" seria uma sequencia de 1 até N, de acordo com o número de > > escolas/hospitais/etc com o mesmo CNPJ. Poderia haver uma coluna booleana > > "orgao_publico" e um CHECK para garantir que apenas tuplas com > > "orgao_publico" TRUE possam ter "numero" <> 1. > > Engenhoso, talvez até demais! > > Normalmente não é bom compor mais de um significado num único > atributo, por isso a sugestão de normalizar. > > Veja que, independente da modelagem das relações em si, o que se está > modelando são de fato duas entidades diferentes: organizações privadas > brasileiras de um lado, e órgãos públicos brasileiros de outro. > > Não que tua modelagem seja proibida, mas veja que ela torna os dados > ambíguos, e o modelo meio opaco. >
Mesmo sem ainda ter um bom conhecimento eu tenho uma grande empatia pela normalização. Tentando traduzie no popular é como se fosse uma boa organização, cada coisa em seu lugar e uma grande saparação, especializando e simplificando as coisas. Muito engenhosa e interessante a idéias e até tentadora à primeira vista, mas veja que realmente deixa as coisas mais complexas e engessadas. Não custa nada se criar então duas tabelas: uma para empresas privadas e outra para órgãos públicos, ou então, talvez melhor ainda, apenas empresa e com relacionamento com algo como tipo (privada e pública). Acho, minha iniciante opinião, mais eficiente. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
