Marco Desconfio que seja um "mito" a idéia de que pesquisar uma coluna CHAR seja mais rápido do que pesquisa em VARCHAR... Nunca fiz um teste, mas também nunca vi alguém apresentar dados concretos.
Pesquisando um pouco no Google, agora, encontrei isso: http://www.evdbt.com/MythsExtPerf.doc Logo no início há uma menção sobre o mito de CHAR x VARCHAR2. Tá certo que pode ocorrer aquele problema de "row migration" ou "row chaining"... mas aí é outra coisa. [ ] André Em 13/09/07, Marco Souza <[EMAIL PROTECTED]> escreveu: > > Ricardo, o seu problema esta no tipo de dados ser varchar2.... se vc > mudar para o tipo char, vc tera ganho de performance, mas perdera em espaço > de armazenamento. > Se o seu problema for performance, eu no seu caso mudaria para char, pois > e mais rapido varrer uma coluna char do que varrer uma coluna varchar2. > > > > "Marco Fernandes (Desenvolvimento -TI)" <[EMAIL > PROTECTED]<mafernandes%40dix.com.br>> > escreveu: > Ricardo, > eu particularmente não recomendo essa mudança.... já trabalhei em várias > empresas que usavam esse tipo de solução (PK com varchar2). > > O impacto pode ser bem maior do que vc imagina !!! e a melhoria de > performance > e o ganho de espaço não valem a pena no meu ponto de vista. > > Se vc está com problemas de performance, sugiro procurar outras formas > de tunar sua aplicação e seu banco. > > Abraço, > Marco. > > -----Mensagem original----- > De: oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br> [mailto: > oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br>] > Enviada em: quinta-feira, 13 de setembro de 2007 10:28 > Para: oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br> > Assunto: [oracle_br] desempenho tipo dados > > olá pessoal. > > Seguinte. Tenho uma tabela (que não fui em quem fiz) que tem como pk uma > coluna varchar2, na qual estão armazenados somente números. Claro que se > fosse isso eu jamais faria isso. Essa tabela é pequena, porém existe uma > outra, que é gigante, que utiliza esse código (FK). > > Estou querendo alterar para número, porém não sei qual o impacto disso. É > provável que haja lugares que estejam referenciando esse código como por > exemplo : > in ('1', '3') > > Então se eu mudar para número não terei problemas? > Uma outra coisa, vale a pena mudar? A diferença é grande? Pq os processos > em > cima dessa tabela gigantesca são muitos, e bem lentos. > > Obrigado. > Ricardo. > > [As partes desta mensagem que não continham texto foram removidas] > > [As partes desta mensagem que não continham texto foram removidas] > > Flickr agora em português. Você clica, todo mundo vê. Saiba mais. > > [As partes desta mensagem que não continham texto foram removidas] > > > [As partes desta mensagem que não continham texto foram removidas]
