[firebase-br] Firebird Multiplos arquivos ?

[Fabiano P.]

Alguém poderia explicar, um pouco mais, sobre que beneficio pode se ter
quando se trabalha com mais de um arquivo?

Por exemplo:  posso ter um arquivo FDB de 50GB, e ele pra restaurar caso
necessário um backup/restore leva 1:30 cada cada ação, isso altera, ajuda?
resolve? fica mesma coisa?
A indexação como fica ?

---------------------
Fabiano P.
Analista de Sistemas/Programador
Tecnologia de Informação e Vivencia - http://blogdamemoria.blogspot.com

Em 3 de novembro de 2016 16:57, Maciel Bueno <maciel em 2msolutions.com.br>
escreveu:

> Mas o qual o benefício desta separação?
>
> > Em 3 de nov de 2016, às 16:34, Carlos H. Cantu <listas em warmboot.com.br>
> escreveu:
> >
> > Vc têm que fazer um backp/restore com o gbak, e na hora de restaurar,
> > especificar os nomes dos arquivos e quantas páginas eles terão (menos
> > para o último, que terá o número de páginas que for necessário para
> > terminar o restore).
> >
> > Veja:
> > http://www.firebase.com.br/artigo.php?id=415
> >
> > []s
> > Carlos H. Cantu
> > eBook Guia de Migração para o FB 3 - www.firebase.com.br/guiafb3.php
> > www.FireBase.com.br - www.firebirdnews.org - blog.firebase.com.br
> >
> > FP> Mas existe como?
> >
> > FP> Já ouvi dizer que existe uma configuração
> >
> > FP> BANCO.FDB
> > FP> BANCO.F01
> > FP> BANCO.F02
> >
> > FP> E isso seria para o Firebird o mesmo BD, tem como ?
> > FP> PageSize define isso ?
> >
> > FP> ---------------------
> > FP> Fabiano P.
> > FP> Analista de Sistemas/Programador
> > FP> Tecnologia de Informação e Vivencia -
> > FP> http://blogdamemoria.blogspot.com
> >
> > FP> Em 3 de novembro de 2016 16:03, Gladiston Santana <
> gladiston em vidy.com.br>
> > FP> escreveu:
> >
> >>> Um database separado em vários arquivos é transparente ao aplicativo.
> >>> Mas usar o database assim está mais ligado quando o SO suporta até um
> >>> limite máximo de tamanho de arquivo o qual você deseja ultrapassar.
> >>> No MSSQL faziamos isso por outra razão, - acho que tambem funciona no
> FB-
> >>> quando se tem varios discos, é mais rápido o acesso aos dados porque
> cada
> >>> disco tem sua própria controladora, mas isso era uma época em que não
> >>> tínhamos os recursos que temos hoje.
> >>>
> >>> Se os arquivos ficarão no mesmo disco e o sistema operacional não tem
> em
> >>> vista a limitação máxima de tamanho de arquivo então não faz nenhum
> sentido
> >>> executar essa operação porque não há nenhum ganho prático.
> >>> ______________________________________________
> >>> 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://www.firebase.com.br/
> >>> pesquisa_lista.html
> >>>
> > FP> ______________________________________________
> > FP> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> > FP> Para saber como gerenciar/excluir seu cadastro na lista, use:
> > FP> http://www.firebase.com.br/fb/artigo.php?id=1107
> > FP> Para consultar mensagens antigas:
> > FP> http://www.firebase.com.br/pesquisa_lista.html
> >
> >
> > ______________________________________________
> > 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://www.firebase.com.br/
> pesquisa_lista.html
>
> ______________________________________________
> 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://www.firebase.com.br/
> pesquisa_lista.html
>