Re: [firebase-br]Numeric, BigINT, Char ou VarChar para armazenar numero de 14 dígitos? Indices sobre expressões vale a pena?

Henrique Netzka (Vetor Sistemas) henrique em vetorsistemas.com.br
Qua Out 4 14:32:01 -03 2006


Fernando,

"Tudo depende" rs... Algumas premissas tomo como verdade quando for escolher 
o campo:

- VarChar é sempre uma opção ruim para campos com conteúdo de tamanho fixo! 
Não que seja ruim, mas é desnecessário! A manutenção de um varchar custa 
mais para o banco do que de outros campos (char, por exemplo), pois o banco 
precisa calcular qual o tamanho do conteúdo e armazená-lo também.
- Um integer, por outro lado, tem 32 bits; ou seja, 4 bytes. 4 bytes não te 
darão 14 digitos numéricos. Restam então CHAR e BIGINT.
- Um campo CHAR de 14 posições teria 14 bytes; um campo BigINT possui 8; 
sendo 8 bytes menos que 14, o seu banco inflaria menos se você utilizasse os 
campos como BigINT ao invés de CHAR; também, se o número não possuísse 14 
dígitos (creio que não seja a situação, mas vai que aconteça) você não 
precisará dar um TRIM para convertê-lo para Integer...

Espero ter ajudado, e não ter falado nenhuma besteira! rs...

Henrique

----- Original Message ----- 
From: "Fernando Reis Guimarães" <fernandobhz em gmail.com>
To: "FireBase" <lista em firebase.com.br>
Sent: Wednesday, October 04, 2006 1:46 PM
Subject: Re: [firebase-br]Numeric, BigINT, Char ou VarChar para armazenar 
numero de 14 dígitos? Indices sobre expressões vale a pena?


.
.

-- 
Atenciosamente;
Fernando.

______________________________________________
FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
Para editar sua configuração na lista, use o endereço 
http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
Para consultar mensagens antigas: http://firebase.com.br/pesquisa 





Mais detalhes sobre a lista de discussão lista