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