empresas que usan firebird

[jachguate]

Empezado por erickahr

He leido detenidamente cada punto de sus recomendaciones, de sus consejos, y bueno creo que el primer punto de "Things to do" es montarme un servidor linux, inceramente estoy muy verde en linux, pretendo usar Fedora, aunque ya antes he tenido problemitas con otras distros para levantar el Samba, y tengo ciertas dudas, pero por lo leido vale bastate la pena el cambio, y lo haremos.

No vamos a entrar al tema de las distros, porque para los gustos los colores. Olvida el Samba, además del core básico, este servidor solo tendría Firebird, no?

Empezado por erickahr

cuenta con 4 cores

¿saca provecho realmente a los 4?

Empezado por erickahr

Al hacer updates en las tablas de acumulados repetidamente para mantenerlas actualizadas
¿Se estaria generando demasiada basura en la BD?

Si, genera distintas versiones de registros que luego son basura, además que ir actualizando por cada registro insertado/modificado/borrado también consumirá tiempo de proceso, que tiene a su vez impacto en el rendimiento. Hay un abanico de posibilidades y lo mejor, para no variar, depende de tu aplicación particular. Por ejemplo, ¿es aceptable que algunos acumulados estén algo desactualizados? ¿que tanto?

Podes configurar el motor de diferentes maneras para graduar la manera y frecuencia de la recolección de este espacio, de manera que sea el óptimo para tu caso particular. Lee el artículo dabase housekeeping, que te dará una panorámica del tema.

Empezado por erickahr

Jachguate, pues tu dime como por que fecha andas en esta tierra Azteca, y claro que nos ponemos de acuerdo y si alguien más anda por el rumbo, armamos una 'Taberna' en el plano real .

Te envié un privado, no es que sea secreto... pero prefiero que no haya reporteros en el aeropuerto al llegar, jajajaja

[Casimiro Noteví]

El tema de la "basura", no suele ser problema, en un uso normal ni siquiera se notará. Por eso digo que no es problema, o al menos nunca me he encontrado que sea un problema en ningún caso.
También es cierto que además de los backups diarios, cada semana (cómo mínimo) tenemos programado un backup/restore de la BD (habitualmente los sábados por la noche o domingos, según el cliente), por lo que queda "limpia" para empezar a trabajar de nuevo con ella.

[jachguate]

Empezado por Casimiro Notevi

al menos nunca me he encontrado que sea un problema en ningún caso.

Depende de factores tales como:

• Qué tan cortas son las transacciones
• Se usa o no commit retaining?
• Nivel de aislamiento de las transacciones
• Cantidad/Proporción de rollbacks
• Configuración de la bd (sweep interval/GCPOLICY)

En una aplicación que ha seguido recomendaciones como realizar transacciones cortas, con el menor niveles de aislamiento necesario, no tendría por qué ser problema, pero... he visto casos!! ufff...

[Casimiro Noteví]

Empezado por jachguate

En una aplicación que ha seguido recomendaciones como realizar transacciones cortas, con el menor niveles de aislamiento necesario, no tendría por qué ser problema, pero... he visto casos!! ufff...

Pues sí, tan sólo hay que tener un poquito de cuidado con lo que hace

[jachguate]

Empezado por Casimiro Notevi

Pues sí, tan sólo hay que tener un poquito de cuidado con lo que hace

Claro, y cruzar los dedos para que cuando heredas código, los otros F#$%&/*" programadores hayan tenido ese cuidado también... jajajaja

[erickahr]

Efectivamente, mi duda respecto a la basura, se basó en este articulo ahi se mencionan las popiedades que comenta Jachguate, queda el enlace por si a alguien le sirve.

Mi preocupacion surgia porque un Backup/Restore se me tarda un promedio de 4hrs, pero pretendo generar una BD con tablas de acumulados, sobre esta ideologia, no afectaria mucho hacer un Backup/Restore, ya que seria relativamente pequeña, o eso espero ; pero primero lo de Linux