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

[Balena]

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
>