Tamaño de DB

[NickName]

Hola.
Compañeros foreros tengo una duda ojala y me puedan ayudar...
lei esto en un libro:

Multi-file databases are more of an issue on older filesystems where the absolute limit
for a shared-write file is 2GB (FAT32, ext2) or 4GB (NTFS systems with 32-bit I/O).

Y me gustaria saver si con Win Xp con el sistema de archivos NTFS mi DB hecha en firebird crece los 4 GB y con q versión de Firebird lograria eso.?

Bueno por otro lado buscando por el foro encontre algo como esto:

CREATE DATABASE "mibasedatos.fdb"
user "SYSDBA" password "masterkey"
PAGE_SIZE 4096
LENGTH 500000 PAGES
FILE "mibasedatos.fd1" STARTING AT PAGE 500001 LENGTH 500000 PAGES
FILE "mibasedatos.fd2";

Si no me equiboco seria una DB partida en 3 los 2 primeros archivos serian de 2 GB y el ultimo segun lei Firebird le asigna el tamaño maximo dependiendo del sistema de archivo donde se este trabajando bueno alguien a hecho eso no hay problemas de rendimiento...?

Lo pregunto por que en todas partes he visto que ponen para el mismo tamaño PAGE_SIZE 8192 y LENGTH 125000 PAGES y la verdad estoy un poco confundido... en un libro habia leido que las DB hechas en Firebird no tienen limite y crecen Automaticamente pero no savia lo de los sistemas de archivos y en este ultimo libro que lei veo q si quiero q no haya limite tengo que partir la db en las partes que yo quiera y que todo depende del sistema de archivos... por eso lo de mis dudas... ojala y me puedan iluminar un poco...

[Casimiro Notevi]

Lo de 'partir' la base de datos es para 'romper la barrera' que tienen los sistemas de ficheros. Si tienes una base de datos firebird en un winxp, en sistema FAT32 no puedes pasar de 4 gigas. Y es aquí donde se puede usar el truco de 'partirlas', Pero el tamaño no es ninguna restricción de firebird, yo tengo (algunos de mis clientes) bases de datos de muchos más gigas en servidores Linux, con sistema ext3, y no hay problemas.
Es más, tenemos para hacer pruebas un winXP, con una base de datos de casi 8 gigas, en sistema NTFS.

Las bases de datos firebird crecen automáticamente, no tienes que hacer nada, ahora bien, tú puedes especificar tamaños máximos por fichero si quieres.

El ejemplo que has puesto lo escribí yo mismo, era sólo, eso, un ejemplo.
Sí lo he probado en algún cliente y no hay problema de rendimiento, aunque si no es necesario, no te lo aconsejo, por temas de los backups y algunas cosillas que hay que tener cuidado.

[NickName]

Hola Casimiro Notevi Gracias por contestar.

Bueno te comento elegi el Firebird 2, mi cliente lo usara en un Win Xp con el sistema de archivos NTFS, mi preocupación era o es por que mi cliente va a guardar Fotos de Clientes, Vendedores y de Mercancias en la Db todas esas imagenes las guardo en un Campo de tipo Blob y de esta forma la Db cresera rapidamente, y por eso me preocupo lo del tamaño maximo, entonces voy a hacer un solo archivo de mi Db...

Por otro lado vi esto:

• Superserver: For each running database, 2048 pages. All users share this
common cache pool.
As an indication of how resources can be consumed, a single database running
at the default settings for PAGE_SIZE (4K) and DefaultDbCachePages (2K)
requires 8MB of memory. Two databases running with the same settings require
16MB, and so on. Default cache usage is calculated by

PAGE_SIZE * DefaultDbCachePages * number of databases

Por eso preguntaba lo del PAGE_SIZE a (8K) si lo hago asi y sin especificar LENGTH PAGES no habria problemas de rendimiento...

De nuevo gracias por contestar te lo agradesco mucho ya que es dificil trabajar cuando se tienen dudas...

[Casimiro Notevi]

Siempre creamos las bases de datos con 'page size' de 8Kb. No vas a tener ningún problema, del resto de parámetros te puedes olvidar.
Mejor dicho, depende del hardware que vayas a usar, si tiene un procesador o varios, deberás ajustarlo en la configuración.
Si usaras linux no tendrías ese problema.

[NickName]

Ok Casimiro Notevi...

Gracias por tu ayuda ... te lo agradesco compañero por que es dificil encontrar en ocaciones un poco de luz... muchas gracias y ahora si a trabajar mas tranquilo...

[Casimiro Notevi]

Acabo de recordar que si vas a usar campos BLOB es preferible que NO uses la característica de dividir la base de datos en distintos ficheros. En caso de un backup/restore puede que no recuperes bien esos datos.
Te recomiendo que la uses normalmente, un solo fichero.
Y recuerda formatear el disco en un formato que permita sobrepasar los 4 Gbytes.

[NickName]

Hola Casimiro...

Disculpa no me habia conectado y por eso no contestaba.... Gracias aplicare todo eso en mis Dbs y tambien formateare el disco con sistemas de archivos NTFS... por que no creo que mi cliente quiera tener una maquina con un linux solo para que yo ponga mi Db y en los puntos de venta Windows para usar mi programa...

Bueno por todo muchas gracias Casimiro te agradesco mucho...

[kikecg]

Hola.

No se si ya tienes resuelto el problema. Te comento que aquí tenemos una base de datos casi exclusivamente para imágenes almacenadas en campos blob. El S.O. es un 2003 server small business, y la base de datos ocupa ya mas de 65 gigas en un solo archivo.

Eso si, en lugar de Firebird utilizamos Interbase 7.5 Hydra, no se si esto supone una diferencia o no, la verdad es que con respecto al tamaño de archivos no he buscado información ni comparado caracteristicas.

En fin, por si te sirve de algo...

Saludos.

[NickName]

Hola kikecg...

De nuevo disculpas no me habia conectado... Gracias por tu aportación, la diferencia mas importante creo almenos para mi al cambiar de Firebird a Interbase es que interbase es comersial y Firebird pues no, la verdad no he checado si con el sistema de archivos NTFS la DB cresca indefinidamente... pero lo checo y les comento que paso...

De nuevo gracias kikecg...

[jachguate]

Empezado por Casimiro Notevi

Acabo de recordar que si vas a usar campos BLOB es preferible que NO uses la característica de dividir la base de datos en distintos ficheros. En caso de un backup/restore puede que no recuperes bien esos datos.

Hola... ¿de donde has sacado esa información?

Saludos.

[Casimiro Notevi]

Empezado por NickName

Hola kikecg...
De nuevo disculpas no me habia conectado... Gracias por tu aportación, la diferencia mas importante creo almenos para mi al cambiar de Firebird a Interbase es que interbase es comersial y Firebird pues no, la verdad no he checado si con el sistema de archivos NTFS la DB cresca indefinidamente... pero lo checo y les comento que paso...
De nuevo gracias kikecg...

Firebird también es comercial, la diferencia es que Firebird es libre, tienes acceso al código fuente, además de que no es obligatorio el que pagues por licencias como con Interbase.

Empezado por jachguate

Hola... ¿de donde has sacado esa información?
Saludos.

Lo leí en algún libro, pero no sabría decirte en cuál
De todas formas, lo probé en mis propias carnes, fue con Interbase, todavía no era Firebird, pero imagino que será igual, tampoco he vuelto a probarlo y resulta que no hay problema alguno, pero ante la duda...

[NickName]

iniciado por Casimiro Notevi
Firebird también es comercial, la diferencia es que Firebird es libre, tienes acceso al código fuente, además de que no es obligatorio el que pagues por licencias como con Interbase.

Si tienes razon... y por ese motivo no me puedo cambiar por que mi cliente no esta dispuesto a pagar por licencias de Interbase o cualquier otro manejador que tenga que sacar mas dinero de su bolsa...

[jachguate]

Empezado por Casimiro Notevi

imagino que será igual, tampoco he vuelto a probarlo y resulta que no hay problema alguno, pero ante la duda...

Amigo casimiro... ante la duda, no levantemos una afirmación de la que no estamos seguros. Por que no mejor lo probamos de nuevo y luego sacamos conclusiones...

Saludos.

[Casimiro Notevi]

Empezado por jachguate

Amigo casimiro... ante la duda, no levantemos una afirmación de la que no estamos seguros. Por que no mejor lo probamos de nuevo y luego sacamos conclusiones...

Saludos.

A ver si saco algo de tiempo libre... no sé si durante el trabajo podré, porque ahora en casa lo tengo complicadillo, mi monitor ha echado humo, literalmente ahora estoy a la caza de otro

[rastafarey]

Estan diciendo una artas de cosas que no son ciertas.

1- del sistema de archivo depenede el tamaño asi que una que un archivo en 2003 server de 65 gigas eso no existe o microsof lo tien muy en secreto(Cosa que si microsof soprtara lo dijera a box populi).

2- Lo de los tamaños de los ficheros en firebird no se preocupen mas preocupense por el hardware aparatir d ela version 1.5 esto lo hace automaticamente.

3- Lo de los campos blob no se recuperan con un restore eso si es una completa mentira. Que en algun momento a alguien le alla pasado esto si con una version estable les puedo asegurar y meto las manos en fuego por firebird de la culpa no es de el si no del hardware o un restore mal echo o algo por estilo.

Ha una cosa mas Pudes usar de firebird 1.5 en adelante y no tendras problemas.

[Casimiro Notevi]

Empezado por rastafarey

Estan diciendo una artas de cosas que no son ciertas.

1- del sistema de archivo depenede el tamaño asi que una que un archivo en 2003 server de 65 gigas eso no existe o microsof lo tien muy en secreto(Cosa que si microsof soprtara lo dijera a box populi).

Ya sabéis que no soy nada amigo de los productos de microsoft, no conozco con exactitud los límites de ese sistema de archivo, pero según he leído, el máximo en la práctica para un volumen NTFS son 2 Terabytes, así que es totalmente posible una base de datos de 65 Gb

Empezado por rastafarey

2- Lo de los tamaños de los ficheros en firebird no se preocupen mas preocupense por el hardware aparatir d ela version 1.5 esto lo hace automaticamente.

Si te refieres a que aumenta de tamaño automáticamente, eso no es algo que está desde la versión 1.5, eso ha estado desde siempre, desde sus ancestros Interbase.
Pero el tema a tratar es que en ocasiones, por necesidades, hay que trabajar sobre un sistema que no admite archivos grandes, por ejemplo FAT32 sólo admite hasta 4 Gb. En esos casos es necesario "partir" la base de datos para que cada una de esas partes no sobrepase esos 4 Gigas y así engañamos al sistema de archivo y podemos tener bases de datos de tamaño "casi" infinito.
Por supuesto, siempre es mejor tener un sólo archivo y no tener que dividirla en trozos. Pero a veces no queda más remedio.

Empezado por rastafarey

3- Lo de los campos blob no se recuperan con un restore eso si es una completa mentira. Que en algun momento a alguien le alla pasado esto si con una version estable les puedo asegurar y meto las manos en fuego por firebird de la culpa no es de el si no del hardware o un restore mal echo o algo por estilo.

No encuentro la información ahora mismo, pero lo leí en un documento de la propia empresa de interbase, y tal como dije antes, no sé si es algo que solucionaron hace ya años, supongo que sí.

[TJose]

Hola

http://www.firebirdfaq.org/faq59/

Saludos
TJose

[rastafarey]

Lo de partir los archivos en varios. Lo hace automaticamente. Aunque si quieren lo pueden especificar manualmente.

[Casimiro Notevi]

Empezado por rastafarey

Lo de partir los archivos en varios. Lo hace automaticamente. Aunque si quieren lo pueden especificar manualmente.

No que yo sepa, rastafarey. Si no se le dice específicamente que lo divida, no lo dividirá, usará uno sólo, que es lo normal.

[rastafarey]

Quisas estoy equivocado.

Supongamos que instalamos firebird en un sistema fat o fat32 y tenemos una bd , cuando el archivo llegue al limite del sistema de archivo el manejador automaticamente dividira el archivo para solventar este problema (apartir de la version 1.5 esto lo hace solo).