Tania... Eu nunca me permito usar campos string para PK... principalmente se eles podem ser alterados... ou melhor, editados pelo cliente! Mesmo que seja um CPF da Vida...
Eu seguramente esfaria as estruturas e colocaria um PK inteira, Auto-Inc, e o Cliente que se satisfaça em saber que isso é algo sobre a qual ele não tem poder de decisão. O desenvolvedor é você, e você sabe qual a melhor maneira de estruturar as suas tabelas. Como as informações têm de sair, ele diz, mas como arrumar dentro do disco... Ah!!! isso é sua competência e ele não mete o bedelho.... Claro, que usando aquelas palavrinhas muito polidas, e de bom alvitre! Sds __________________________________ Emanuel Coutinho Salvador-Ba-Brasil Tânia Salgado escreveu: > > Pessoal, é o seguinte, tenho um sistema em desenvolvimento, que já > possui umas 160 tabelas com chave simples, sendo que metade delas a > chave são string, esta chave é string, pois temos a necessidade para > concatenar informações necessárias, esta chave string seria muito > importante, hoje até poderia criar uma chave inteira, mas iria me > dificultar em outras questões, como programação e entendimento do > "cliente" entender a estrutura da tabela. > A questão é que seria muito importante esta chave, mas não poderia > perder muito na performance, a diferença de performance seria muito > grande? teria alguma forma de melhorar a performance.. seria neste > caso de extrema importância criar indices para melhorar a performance, > ou na opinião de vcs deveriam voltar em todas essas tabelas e rotinas > q utilizam estas tabelas e alterar a chave para inteiro, lembrando que > ainda não foi liberado o sistema para o cliente. > > Atenciosamente > Tânia > > Veja quais são os assuntos do momento no Yahoo! +Buscados > http://br.maisbuscados.yahoo.com <http://br.maisbuscados.yahoo.com> > > [As partes desta mensagem que não continham texto foram removidas] > >
