|
|
 |
 |
|
Paypal | |
|
FTP | |
|
CCD | |
|
Buscar | |
|
Trucos | |
|
Trabajo | |
|
Foros | |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
 |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
30-10-2006
|
||||
|
||||
|
Que raro Patricio, porque cada vez que hago un BackUp y un Restore me compacta la Base de Datos considerablemente, ignoro porque en vez de que te disminuya te lo haya aumentado
 Quizas alguien del Foro nos comente que pudo haber pasado.
__________________
"Hemos aprendido a volar como los Pájaros, y a nadar como los Peces, y todavía No aprendemos a vivir como Hermanos". Martin Luther King 
|
|
#2
30-10-2006
|
|||
|
|||
|
Cita:
gbak -r -v -p 8192 -user sysdba -password masterkey mibasedatos.gbk mibasedatos.fdb le habeis indicado que el tamaño de página va a ser 8192 , por eso la bd ocupa mas. (seguramente , tu bd originalmente tenia un tamaño de página inferior). en vez de 8192 , ponle 4096 que es el tamaño normal por defecto que hay que usar , veras como al hacer el restore ocupa la mitad. salud2
|
|
#3
31-10-2006
|
|||
|
|||
Anduvo
Si gente anduvo muy bien, lo probe con la misma base y se achico casi 2 mb. Muchas Gracias. Lo que si en mi casa donde quise hacer lo mismo me dice que la base de datos es invalid. Yo creo que puede ser que haya algun problema con el archivo gbak, pero igual no importa porque la puedo compactar aca, pero si a alguien le paso que me avise. Saludos y Gracias
|
|
#5
01-11-2006
|
||||
|
||||
|
Oki
Gracias Tefots cada día se aprende algo nuevo....
__________________
"Hemos aprendido a volar como los Pájaros, y a nadar como los Peces, y todavía No aprendemos a vivir como Hermanos". Martin Luther King
|
|
#6
03-11-2006
|
||||
|
||||
|
A muchos no les va aparecer
Lo del tamano del archivo es un acosa que depende que como valla a ser el uso de la base de datos.
Ejemplo si usas una bd que la mayor parte del tiempo solo se le realizan inserciones el tamaño de la pagina debe ser pequeño pero si es lo contrario o se hacen muchas peticiones entoences el tamaño de la pagian deberia ser algo grande. Y si piuedes has una prueba para que veas qeu con solo cambiar el tamaño de la pagina la bd se hace con siderablemente mas gande o mas pequeña. Pero no mas eficiente. Y segun yo oigase o lease bien SEGUN YO es preferible arriesgar es espacio en disco cosa que hoy no cuesta nada y ganar veleocidad y eficiencia cosa que jamas va atenr precio. Bueno eso pienso yo.
__________________
Todo se puede, que no exista la tecnología aun, es otra cosa.
|
|
#7
03-11-2006
|
||||
|
||||
|
Cita:
Hasta luego. 
__________________
Juan Antonio Castillo Hernández (jachguate) Guía de Estilo | Etiqueta CODE | Búsca antes de preguntar | blog de jachguate
|
|
#8
03-11-2006
|
|||
|
|||
|
Cita:
para trabajar con registros que contengan por ejemplo blobs con información binaria o archivos gráficos , o registros cuyo tamaño y contenido en datos puede ser elevado , se aconseja usar un tamaño de página mas grande del normal ( de 8192 para arriba) , pero para aplicaciones normales con registros con tamaño dentro de lo normal , es ineficiente usar un tamáño de página tan grande , ya que no aumentas el rendimiento , gastas mas espacio en disco , y el servidor firebird usa mas memoria para para trabajar (justo el doble). que tengas un tamaño de página mayor , no significa que necesite menos accesos a la bd para leer/escribir la misma información , sino que la información se organiza en bloques de x tamaño , si un bloque no se llena , ocupa lo mismo , (por eso la bd ocupa el doble) , y siempre es mas optimo optimizar el tamaño del registro al tamaño de lo que se va a guardar. saludos.
|
|
|
|
 |
|
Modo Híbrido
