Foros Club Delphi

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)
-   Firebird e Interbase (https://www.clubdelphi.com/foros/forumdisplay.php?f=19)
-   -   Tamaño de DB (https://www.clubdelphi.com/foros/showthread.php?t=46844)

NickName 11-08-2007 04:04:43

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

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:
Cita:

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...: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...

Casimiro Notevi 11-08-2007 15:27:44

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 11-08-2007 21:31:00

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:

• 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 12-08-2007 02:22:15

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 12-08-2007 03:34:38

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 12-08-2007 15:18:09

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 14-08-2007 21:08:36

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 15-08-2007 11:23:55

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 20-08-2007 20:56:33

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 20-08-2007 21:06:13

Cita:

Empezado por Casimiro Notevi (Mensaje 222314)
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 21-08-2007 00:20:22

Cita:

Empezado por NickName (Mensaje 224693)
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.


Cita:

Empezado por jachguate (Mensaje 224696)
Hola... ¿de donde has sacado esa información?
Saludos.

Lo leí en algún libro, pero no sabría decirte en cuál :confused:
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 21-08-2007 00:45:35

Cita:

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 21-08-2007 20:17:47

Cita:

Empezado por Casimiro Notevi (Mensaje 224735)
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 21-08-2007 20:53:08

Cita:

Empezado por jachguate (Mensaje 224957)
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 :rolleyes:

rastafarey 23-08-2007 21:37:24

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.

Casimiro Notevi 23-08-2007 23:58:32

Cita:

Empezado por rastafarey (Mensaje 225578)
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


Cita:

Empezado por rastafarey (Mensaje 225578)
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.

Cita:

Empezado por rastafarey (Mensaje 225578)
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 24-08-2007 03:31:50

Hola

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

Saludos
TJose

rastafarey 24-08-2007 20:07:13

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

Casimiro Notevi 24-08-2007 22:41:49

Cita:

Empezado por rastafarey (Mensaje 225847)
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 27-08-2007 20:55:51

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