Procure manter todas as discussões técnicas na lista, por favor.
2011/7/6 Tiago Adami <[email protected]>: > > Veja que não há um campo artificial para código. O fato é que, > obviamente, a chave desta tabela seria o atributo "NAME". Mas pelo o > que entendi dos requisitos, o nome da categoria poderá ser alterado, > então vejo aí uma FK com "ON UPDATE CASCADE" para alterar o valor nas > tabelas filhas. Entretanto, estima-se que as tabelas filhas terão > mais de 100.000 registros por categoria, e na eventualidade de uma > alteração de nome de categoria a operação seria extremamente demorada > dadas as estimativas iniciais de registros nas tabelas filhas, que > poderão ter até 200 milhões de registros. > > Baseado em sua experiência, o que você me diria sobre este caso? O uso > de uma chave artificial seria justificada? Possivelmente, mas eu consideraria otimização precoce. Cem mil registros em 200 milhões não parece ser tão problemático assim, para um sistema que ainda nem foi montado. -- Skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 Google Talk: xmpp:[email protected] +55 (11) 9406 7191 ICQ: AIM:GoIM?screenname=61287803 sip:[email protected] MSNIM:[email protected] _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
