Tamaño de DB
Hola.
Compañeros foreros tengo una duda ojala y me puedan ayudar... lei esto en un libro: Cita:
Bueno por otro lado buscando por el foro encontre algo como esto: Cita:
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...:confused: 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...:rolleyes: ojala y me puedan iluminar un poco... |
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. |
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: Cita:
De nuevo gracias por contestar te lo agradesco mucho ya que es dificil trabajar cuando se tienen dudas... |
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. |
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... |
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. |
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... |
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. |
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... |
Cita:
Saludos. |
Cita:
Cita:
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... |
Cita:
|
Cita:
Saludos. |
Cita:
|
Resp
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. |
Cita:
Cita:
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. Cita:
|
|
Resp
Lo de partir los archivos en varios. Lo hace automaticamente. Aunque si quieren lo pueden especificar manualmente.
|
Cita:
|
Resp
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). |
La franja horaria es GMT +2. Ahora son las 01:28:57. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi