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. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] _______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral