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

[Andrei Luís]

Vou tentar mandar novamente, pois recebi msg de que a msg estava muito
grande.

Kelsie,

Que tal assim:

UPDATE AGENDA SET NOME=SUBSTRING(NOME FROM 1 FOR 40);

ALTER TABLE AGENDA ALTER NOME TYPE VARCHAR(40);

[]
Andrei

2009/9/9 //---- Kelsie.Z.Marshall [at gmail] <kelsie.z.marshall em gmail.com>

> Então Alexandre qual a maneira segura de fazer por exemplo aquela
>  alteração que citei ?
>
> E seu eu quiser mudar a posição do campos de uma base de dados vou ter que
> baixar os fonte do FB e dar uma estuda ? Não posso usar ferramentas de alto
> nível ?
>
> Kelsie
>
>
> "Alexandre Sousa" <dave.malkavian em gmail.com> wrote in message
> news:01b501ca317b$d13d62c0$6e01a8c0 em ITT...
>
> Opa!! Perai!! Alterar o nome da tabela usando o IBExpert?
>
> O IBExpert não utiliza instruções SQL para fazer esse tipo de alteração.
> Ele
> mexe nas tabelas de SISTEMA!!! Por isso a danificação!!
> Aqui na lista já foi bem discutido os efeitos das alterações nas tabelas de
> sistemas e sempre foi aconselhado o mesmo: EVITE!!
>
> O IBExpertinho (apelido que uma vez vi o Eduardo Jedliczka usando, rsss)
> tenta suprir algumas alterações de metadata alterando as tabelas de
> sistemas, mas não é uma boa prática.
>
> []s
> Alexandre Sousa
> ----- 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:06 PM
> Subject: Re: [firebase-br]Se o FIREBIRD não fosse gratuito já tinha
> desistido.
>
>
> Como eu havia dito o IBExpert é o melhor mesmo mas tem algusn bugs quer
> testar ?
>
> Cria uma tabela adiciona um campo NOME VARCHAR(120) da um commit inclui
> alguns dados com tamanho 120 e depois altera o tamanho da tabela pra 60
> pronto danifica o teu banco.
>
> O FlameRobin dá uma memsangem de erro falando que não é possivel fazer está
> alterção assim como o  Database Workbench Pro 3 que tem um porrada de bugs
> tenho usado os 3 assim como o Cantu indicou.
>
> []s,
> Kelsie
>
> "Fernando Reis Guimarães"
> <fernandobhz em gmail.com> wrote in message
> news:16cc01920909091055pd7ae7e1g1042bfa99dbbb6e4 em mail.gmail.com...
> Alguem indica uma bom Query Design para FB?
>
> 2009/9/4 //---- Kelsie.Z.Marshall ----//
> <kelsie.z.marshall em gmail.com>
>
>  Concordo contigo o IBExpert até agora é o melhor
>>
>>
>>
>> "Osmar Aparecido Bento Junior" <osmar.bento em ig.com.br> wrote in message
>> news:edcafa3f0909041241t4151ee2x11038748bedd6fc6 em mail.gmail.com...
>>
>> Cara, IBExpert, a melhor de todas...tem o que se precisa...tudo mesmo..
>>
>>
>>
>> 2009/9/4 Fernando Reis Guimarães <fernandobhz em gmail.com>
>>
>>  O problema do Firebird, na minha opinião, são a falta de ferramentas. O
>>
>>> SQL
>>> Server dá show no que diz respeito a ferramentas, como o SQL Management e
>>> SQL Profiler.
>>> A pouco tempo o Firebird implementou tabelas de sistemas para monitorar
>>> as
>>> consultas executadas no banco, entretanto o SQL Profiler é bem melhor,
>>> você
>>> não precisa ficar consultando as tabelas a cada segundo para ver o
>>> histórico, e corre-se o risco de não pegar todas as consultas.
>>>
>>> Outra ferramenta que faz falta no Firebird, é um BOM programa de
>>> modelagem
>>> dos dados, tipo o Erwin.
>>>
>>> Precisamos de melhores ferramentas para o Firebird, no restante o
>>> Firebird
>>> é
>>> show de bola.
>>>
>>> 2009/8/20 Carlos H. Cantu <listas em warmboot.com.br>
>>>
>>> > Em qualquer banco de dados SQL, deve-se evitar selects que retornem
>>> > milhares ou milhões de registros. Além disso, ninguém vai conseguir
>>> > olhar todos eles.
>>> >
>>> > Ainda existe muita mentalidade "desktop" entre os programadores que
>>> > migraram para bancos relacionais. Eles devem se conscientizar que em
>>> > bancos relacionais, devemos limitar ao máximo o retorno dos registros,
>>> > colocando condições na cláusula WHERE.
>>> >
>>> > Quem quiser abrir tabelas com milhões de registros pra exibir num
>>> > browse/grid, sugiro voltar para o DBF.
>>> >
>>> > []s
>>> > Carlos H. Cantu
>>> > www.FireBase.com.br - www.firebirdnews.org
>>> > www.warmboot.com.br - blog.firebase.com.br
>>> >
>>> > KZM> Este DB Workbench é muito amador, cheio de BUGS olha o último.
>>> >
>>> > KZM> "Thread creation error: Not enough storage is available to process
>>> > this
>>> > KZM> command" Tenho 200 Gigabytes livres.
>>> >
>>> > KZM> O programa é bonitinho cheio de icones coloridos coisa e tal a
>>> > intenção
>>> > KZM> pareçe ser das boas, mas a turminha que desenvolve deixou um >
>>> porrada
>>> > de
>>> > KZM> bugs.
>>> >
>>> > KZM> Quando tu roda uma tabelinha qualquer é uma beleza, mas agora >
>>> quando
>>> > tu vai
>>> > KZM> fazer uma JOIN de duas tabelas pessadas com dois milhões de
>>> registros
>>> > cada o
>>> > KZM> programa mostra sua verdadeira cara.
>>> >
>>> > KZM> IBOConsole RISCADO DE MINHA LISTA NÃO RECOMENDO
>>> > KZM> DB Workbench RISCADO DE MINHA LISTA NÃO RECOMENDO
>>> >
>>> > KZM> Vamos para os próximos pq tá dificil se o FIREBIRD não fosse
>>> gratuito
>>> > já
>>> > KZM> tinha desistido.
>>> >
>>> > KZM> Kelsie
>>> >
>>> >
>>> > KZM> "Carlos H. Cantu" <listas em warmboot.com.br> >  > wrote in
>>> > KZM> message > > news:515763916.20090813163652 em warmboot.com.br...
>>> > KZM>> Reply ALL ai ele manda uma MSG pra ti e outra pra lista.
>>> >
>>> > KZM> Então não use Reply All...
>>> >
>>> > KZM>> E quanto as ferramentas que usa ?
>>> >
>>> > KZM> DB Workbench, IBExpert, FlameRobin...
>>> >
>>> > KZM> []s
>>> > KZM> Carlos H. Cantu
>>> > KZM> www.FireBase.com.br - www.firebirdnews.org
>>> > KZM> www.warmboot.com.br - blog.firebase.com.br
>>>
>>> --
>>> Atenciosamente,
>>> Fernando Reis Guimarães.
>>> Analista/Programador - BH
>>> http://www.fernandobhz.com.br
>>>
>>