[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