char,varchar etc.
Eu aqui para encomodar vcs mais um pouc. :lol:
Já vi muitas empresas (Muitas mesmos) Criarem qualquer tipo de campo.
Jogam varchar em tudo....
Valores que eu sei o que poderá ser o máximo eu uso CHAR.
Exemplo CEP, Número de Casas, Tipo de Cliente (1 ativo, 2 excluido ) etc.
Gostaria de saber na medida do possivel quando usar e quais valores corretos.
Porque já trabalhei em empresas que analista cria qualquer coisa, pensando sempre assim. (Ta funcionando então toca bala).
Muitos valores no FB eu não conheço o limite, e alguns nem sei para que usar. (BEGINT e DOUBLE PRECISION).
Alguém pode me passar algo sobre fb, para eu ler ou abrir uma visao desse assunto.
Já vi muitas empresas (Muitas mesmos) Criarem qualquer tipo de campo.
Jogam varchar em tudo....
Valores que eu sei o que poderá ser o máximo eu uso CHAR.
Exemplo CEP, Número de Casas, Tipo de Cliente (1 ativo, 2 excluido ) etc.
Gostaria de saber na medida do possivel quando usar e quais valores corretos.
Porque já trabalhei em empresas que analista cria qualquer coisa, pensando sempre assim. (Ta funcionando então toca bala).
Muitos valores no FB eu não conheço o limite, e alguns nem sei para que usar. (BEGINT e DOUBLE PRECISION).
Alguém pode me passar algo sobre fb, para eu ler ou abrir uma visao desse assunto.
Lynx
Curtidas 0
Respostas
Afarias
22/07/2005
|Muitos valores no FB eu não conheço o limite, e alguns nem sei para que
|usar. (BEGINT e DOUBLE PRECISION).
BIGINT = Integer de 64bits,
vc usa quando precisa de inteiros *muito* grandes .. mas cuidado, o suporte a inteiros de 64 bits é relativamente recente, então algumas ferramentas (componentes de acesso) não suportam muito bem.
DOUBLE PRECISION = Ponto flutuante de 64 bits,
vc usa para números (reais) grandes. o ponto fraco deste tipo é a precisão nos cálculos, sendo assim para valores monetários por exemplo não é bom utilizá-los.
Geralmente quando se define números (não inteiros) deve ser usado *sempre* o NUMERIC -- numeric não é um tipo mas um ´alias´, quando usado o IB internamente define o melhor tipo para representar o valor (baseado na precisão e escala definidos)
|Alguém pode me passar algo sobre fb, para eu ler ou abrir uma visao
|desse assunto.
Ler o ´Data Definition Guide´ do IB é uma boa.
Estes 2 artigos abaixo tratam da escolha entre CHAR, VARCHAR e BLOB SUB_TYPE TEXT para campos texto:
http://www.firebase.com.br/cgi-bin/firebase.cgi/dica?ID=24
http://www.firebase.com.br/cgi-bin/firebase.cgi/artigo?ID=250
T+
|usar. (BEGINT e DOUBLE PRECISION).
BIGINT = Integer de 64bits,
vc usa quando precisa de inteiros *muito* grandes .. mas cuidado, o suporte a inteiros de 64 bits é relativamente recente, então algumas ferramentas (componentes de acesso) não suportam muito bem.
DOUBLE PRECISION = Ponto flutuante de 64 bits,
vc usa para números (reais) grandes. o ponto fraco deste tipo é a precisão nos cálculos, sendo assim para valores monetários por exemplo não é bom utilizá-los.
Geralmente quando se define números (não inteiros) deve ser usado *sempre* o NUMERIC -- numeric não é um tipo mas um ´alias´, quando usado o IB internamente define o melhor tipo para representar o valor (baseado na precisão e escala definidos)
|Alguém pode me passar algo sobre fb, para eu ler ou abrir uma visao
|desse assunto.
Ler o ´Data Definition Guide´ do IB é uma boa.
Estes 2 artigos abaixo tratam da escolha entre CHAR, VARCHAR e BLOB SUB_TYPE TEXT para campos texto:
http://www.firebase.com.br/cgi-bin/firebase.cgi/dica?ID=24
http://www.firebase.com.br/cgi-bin/firebase.cgi/artigo?ID=250
T+
GOSTEI 0
Lynx
22/07/2005
Muito Obrigado afarias.
GOSTEI 0
Lynx
22/07/2005
então, tenho uma tabela clientes, e nela existe um campo chamado TIPCLIENTE.
Pode ser 1,2 ou 3.
devo usar realmente NUMERIC então ?
Pode ser 1,2 ou 3.
devo usar realmente NUMERIC então ?
GOSTEI 0
Gandalf.nho
22/07/2005
então, tenho uma tabela clientes, e nela existe um campo chamado TIPCLIENTE.
Pode ser 1,2 ou 3.
devo usar realmente NUMERIC então ?
NUMERIC não, pq são números inteiros. Nesse caso vc poderia usar CHAR(1) ou SMALLINT, fica ao teu critério.
GOSTEI 0
Lynx
22/07/2005
ah bom...
e para validar, (Somente 1,2 e 3 podem ser o conteudo ?).
e para validar, (Somente 1,2 e 3 podem ser o conteudo ?).
GOSTEI 0
Beppe
22/07/2005
Pode adicionar uma constraint
TIPCLIENTE smallint check (TIPCLIENTE in (1, 2, 3))
TIPCLIENTE smallint check (TIPCLIENTE in (1, 2, 3))
GOSTEI 0
Lynx
22/07/2005
isso mesmo...
Valeu
Valeu
GOSTEI 0