[firebase-br] Se o FIREBIRD não fosse gratuito já tinha desistido.

Magno System magnosysteminformatica em gmail.com
Qua Set 9 16:34:23 -03 2009


Para mim não é um bug mas sim um recurso que o IBEXPERT não tem. Ele poderia 
não deixar diminuir. Truncar jamais, pois dependendo da informação que 
tivesse lá seria perigoso o truncamento.

Agora uma observação. Acho que nós programadores devemos ser responsáveis 
também. As poucas vezes que diminui o tamanho do campo antes eu dei um 
SELECT CAMPO FROM TABELA WHERE CHAR_LENGTH(CAMPO) > NOVOTAMANHODOCAMPO. Se 
me retornasse algum registro eu tratava antes de qualquer coisa. Na 
realidade as vezes que diminui o campo foi de CNPJ onde resolvi retirar o 
ponto e deixar somente números. Sabendo disto eu atualizei primeiro no 
SCRIPT tirando os pontos e hífens e depois diminui.

Em campos como NOME, ENDEREÇO em que o tamanho não tem padrão acho errado 
diminuir pois você arrisca o truncamento que na realidade não deixa de ser 
perda de informação.



----- Original Message ----- 
From: "//---- Kelsie.Z.Marshall [at gmail]" <kelsie.z.marshall em gmail.com>
To: <lista em firebase.com.br>
Sent: Wednesday, September 09, 2009 3:46 PM
Subject: Re: [firebase-br]Se o FIREBIRD não fosse gratuito já tinha 
desistido.


Pra mim é um BUG, ele ainda deveria me dar a opção de truncar o campo a
direita ou a esquerda. Mas gosto é gosto dizia uma velha commendo...


"Carlos H. Cantu" <listas em warmboot.com.br> wrote in
message news:405798059.20090909153902 em warmboot.com.br...
Não considero isso um "bug". Acontece que pra fazer essa alteração, o
IBExpert manipula diretamente as tabelas de sistema. Qualquer tipo de
manipulação das tabelas de sistema é perigosa, e só deve ser feita se
a pessoa sabe o que isso pode afetar.

Diminuir o tamanho de um campo, quando já se tem informação que
ultrapassa o novo tamanho, é obviamente uma operação que vai dar
problemas, e portanto, não deve ser realizada. Se a tabela estiver
vazia, ou não tiver informações maiores do que o novo tamanho, não
daria problema.

Em suma, o desenvolvedor deve assumir os riscos sabendo o que está
fazendo, ou então não fazer via manipulação de tabelas de sistema.

PS: Nas opções do IBExpert, vc pode marcar pra ele não alterar as
tabelas de sistema na edição dos domínios.

[]s
Carlos H. Cantu
www.FireBase.com.br - www.firebirdnews.org
www.warmboot.com.br - blog.firebase.com.br

KZMag> Como eu havia dito o IBExpert é o melhor mesmo mas tem algusn bugs
quer
KZMag> testar ?

KZMag> Cria uma tabela adiciona um campo NOME VARCHAR(120) da um commit
inclui
KZMag> alguns dados com tamanho 120 e depois altera o tamanho da tabela pra
60
KZMag> pronto danifica o teu banco.

KZMag> O FlameRobin dá uma memsangem de erro falando que não é possivel
fazer está
KZMag> alterção assim como o  Database Workbench Pro 3 que tem um porrada de
bugs
KZMag> tenho usado os 3 assim como o Cantu indicou.

KZMag> []s,
KZMag> Kelsie


______________________________________________
FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
Para saber como gerenciar/excluir seu cadastro na lista, use:
http://www.firebase.com.br/fb/artigo.php?id=1107
Para consultar mensagens antigas: http://firebase.com.br/pesquisa



______________________________________________
FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
Para saber como gerenciar/excluir seu cadastro na lista, use: 
http://www.firebase.com.br/fb/artigo.php?id=1107
Para consultar mensagens antigas: http://firebase.com.br/pesquisa 





Mais detalhes sobre a lista de discussão lista