[firebase-br] Firebird Multiplos arquivos ?

[Gladiston Santana]

Do meu ponto de vista, nenhum se você colocá-los sob o mesmo
disco/controladora.
Mas se você estiver usando um SO onde o limite máximo de tamanho de arquivo
é 2GB então você pode usar esse recurso de database em multiplos arquivos
para contornar essa limitação do SO.

Antigamente, alguns banco de dados (além do FB) usavam esse recurso para
você espalhar os vários arquivos de dados em vários discos/dispositivos
diferentes, daí você poderia resolver duas situações além da que mencionei:
1. Limitação de tamanho máximo do disco/dispositivo, assim, se o disco
chegasse a 100% de uso você continuaria noutro disco e não precisaria
reinstalar o SO ou substituir o disco anterior.
2. Performance, que advem do fato de cada arquivo estar sob dispositivo
diferente e cada qual com sua própria controladora independente.
Mas isso era antigamente, hoje os discos são gigantes, os SOs comportam
dados gritantes e a performance pode ser otimizada com SSD ou spanning de
disco, algo similar ao RAID (na realidade pode ou não ser raid) que já
espalha os dados em vários discos independentes feito por hardware ou
software. Uma placa mãe barata que diz ter RAID em geral já possui esse
recurso e o espelhamento.

As vezes um database em multiplos arquivos é confundido com particionamento
de dados, algo que existe em alguns RDBMS, mas não existe no FB, em
especial porque o FB não trabalha com indices clusterizados onde a as
informações ficam ordenadas fisicamente e não apenas logicamente, é o caso,
por exemplo, de separar os dados por período(em geral ano), embora esses
dados estejam no mesmo arquivo de dados, seu agrupamento fisico no disco
faz com que o cache de páginas interaja e esteja otimizado mais numa região
de dados, obtendo efeito similar ao que faríamos em DBF separando os
arquivos grandes em arquivos menores separados por periodo.

[]´s

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?
>
>