[firebase-br] RES: RES: Classic server e Super server

[Rodrigo A. de Freitas]

Acredito que você teria poucos problemas. Se o seu sistema foi bem escrito,
acredito que a migração será tranqüila para você.

Em geral, o Firebird chia na sintaxe de alguns comandos, como se você
repetir um campo em um INSERT ou UPDATE, caso você tenha declarado um alias
para uma tabela e referir-se aos campos sem este alias; algumas pessoas
também reclamaram de queries que sofreram uma piora na performance devido a
mudanças no otimizador do FB, mas eu vi poucos casos relatados. 

Também vale lembrar que se você estiver utilizando Delphi com DBX,
provavelmente precisará de uma versão atualizada do driver de acesso. 

[]'s

Rodrigo

-----Mensagem original-----
De: lista-bounces em firebase.com.br [mailto:lista-bounces em firebase.com.br] Em
nome de Balena
Enviada em: quarta-feira, 15 de abril de 2009 11:36
Para: FireBase
Assunto: Re: [firebase-br] RES: Classic server e Super server

Bom, esse problema da aplicação não fechar a conexão é bem possível, já
estarei verificando isso, muito obrigado pela ajuda.

Em relação a demora na criação das FK, isso não seria um grande problema,
até porque FKs geralmente são criadas com tabelas com poucos registros, e
não há muitas tabelas com a quantidade de registros acima de 1 milhão..

Aproveitando a deixa do fb 2.0, para fazer essa migração do 1.5 para o 2.0,
quais seriam os problemas que enfrentaria?

2009/4/15 Rodrigo A. de Freitas <rodrigo em solucoeseinformatica.com.br>

> Balena,
>
> Se você tiver o serviço do FB ativo no servidor, sempre terá ao menos uma
> instância do FB_INET_SERVER na memória; Se outras instâncias estão
> mantendo-se abertas e registrando tabelas em uso mesmo com ninguém
> utilizando o seu sistema, é porque ou sua aplicação ou não está encerrando
> a
> conexão ao banco corretamente, ou porque os usuários estão finalizando a
> aplicação por meios anormais. Lembre-se que ao encerrar um programa
> "travado" a conexão associada à ele não será derrubada automaticamente
pelo
> servidor.
>
> Quanto a questão de não se criar FKs com o banco em uso, isso era uma
> restrição que permaneceu até a versão 1.5. Da versão 2.0 em diante é
> possível sim criar FKs com as tabelas em uso, no entanto isso não é tão
> simples assim: se você estiver criando uma FK entre tabelas grandes (por
> grande digo alguns milhões de registros) e com usuários utilizando a
> aplicação, o banco não irá gerar erro, mas sua FK pode levar algumas horas
> para ser criada...
>
> []'s
>
> Rodrigo A. de Freitas
> Análise & Desenvolvimento
>
> Soluções & Informática
>
> -----Mensagem original-----
> De: lista-bounces em firebase.com.br [mailto:lista-bounces em firebase.com.br]
> Em
> nome de Balena
> Enviada em: quarta-feira, 15 de abril de 2009 10:20
> Para: Carlos H. Cantu; FireBase
> Assunto: Re: [firebase-br] Classic server e Super server
>
> Nisso até concordo, mas o que ocorre é que mesmo sem ninguém usando, sem
> ninguém conectado no servidor, continuam várias instâncias do
> fb_inet_server..
> se for assim, qual é a lógica de, mesmo sem ninguém estar usando o banco,
> ele continuar em uso?
>
> E o "entre outros" que mandei, inclui-se o fato de ter que executar scrips
> alterando a estrutura do banco..
> por exemplo quando tentamos criar foreign keys com o banco em uso ele
> também
> da erro, dizendo que está em uso..
>
> existe outra possibilidade para executar esses cripts então?
>
>
> On Wed, Apr 15, 2009 at 8:50 AM, Carlos H. Cantu
> <listas em warmboot.com.br>wrote:
>
> > B> o banco está sempre em uso, há vários fb_inet_server e não tem como
> > fazer
> > B> backups, entre outros..
> >
> > No Firebird, você não precisa desconectar ninguém pra fazer backup
> > usando o gbak ou nbackup.
> >
> > []s
> > Carlos H. Cantu
> > www.FireBase.com.br - www.firebirdnews.org
> > www.warmboot.com.br - blog.firebase.com.br
> >
> >
> >
> > ______________________________________________
> > 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
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.0.238 / Virus Database: 270.11.57/2060 - Release Date: 04/15/09
> 06:34:00
>
>
> ______________________________________________
> 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

No virus found in this incoming message.
Checked by AVG - www.avg.com 
Version: 8.0.238 / Virus Database: 270.11.57/2060 - Release Date: 04/15/09
06:34:00