Y que se me suben hasta el cogote

[Casimiro Notevi]

Hombre, de la nada no crece, yo quiero creer que las pruebas no se hicieron mirando la base de datos, sin nadie conectado, y ésta crecía y crecía como un globo. Eso sí sería preocupante. Supongo que habría gente conectada y trabajando sobre ella. Por lo tanto sí se estaba haciendo algo, aunque sea consultar.
Pero en fin, le salió barato al cliente, cambiar una libre y gratis por una de microsoft con las licencias de servidor, puestos, más la del windows server... para nada, por gusto

[juanelo]

Empezado por Casimiro Notevi

Hombre, de la nada no crece, yo quiero creer que las pruebas no se hicieron mirando la base de datos, sin nadie conectado, y ésta crecía y crecía como un globo. Eso sí sería preocupante. Supongo que habría gente conectada y trabajando sobre ella. Por lo tanto sí se estaba haciendo algo, aunque sea consultar.
Pero en fin, le salió barato al cliente, cambiar una libre y gratis por una de microsoft con las licencias de servidor, puestos, más la del windows server... para nada, por gusto

Lo que se observó son las transacciones y los registros "basura", claro, los registros basura se acumulaban por cientos y por miles, el problema es que no tengo o al menos no se la forma de hacer que estos registros basura no se generen en tan grande numero. Y repito, la misma aplicacion (mismos exe's y dlls, comparados binariamente para no tener dudas de que son los originales) corriendo con clientes mucho mas pesados que este, cero problemas .
Con respecto al SQL Server olvide el "pequeño" detalle de que fue la version express, es decir, la gratutita.
Saludos

[Casimiro Notevi]

Bueno, esta conversación ya no sirve de nada porque se le cambió el sistema, pero en fin... si se crean registros de transacciones es porque se está haciendo algo, aunque sea consultas, pero eso no es malo, es así, no hay que preocuparse por ello. Sin en otro sitio no ocurría es simplemente porque hay menos consultas que involucren a muchos registros o cualquiera sabe cómo trabajan habitualmente. Pero, repito, es que eso no es nada malo, eso simplemente, es así.
Y luego, si se instaló la versión "express" de Microsfoft sql, que está limitada a unos pocos gigas, entonces la base de datos no era tan grande como para preocuparse por ella. Yo estaba pensando en decenas de gigas, como mínimo.
Lo dicho, que se le cambió "por gusto", y aunque sea la "express", tiene que funcionar sobre windows, que ese sí paga licencia. Y su antivirus... y toda las "cositas" que requiere windows.

[juanelo]

Empezado por Casimiro Notevi

Bueno, esta conversación ya no sirve de nada porque se le cambió el sistema, pero en fin... si se crean registros de transacciones es porque se está haciendo algo, aunque sea consultas, pero eso no es malo, es así, no hay que preocuparse por ello. Sin en otro sitio no ocurría es simplemente porque hay menos consultas que involucren a muchos registros o cualquiera sabe cómo trabajan habitualmente. Pero, repito, es que eso no es nada malo, eso simplemente, es así.
Y luego, si se instaló la versión "express" de Microsfoft sql, que está limitada a unos pocos gigas, entonces la base de datos no era tan grande como para preocuparse por ella. Yo estaba pensando en decenas de gigas, como mínimo.
Lo dicho, que se le cambió "por gusto", y aunque sea la "express", tiene que funcionar sobre windows, que ese sí paga licencia. Y su antivirus... y toda las "cositas" que requiere windows.

Pero claro que es normal que se la base de datos crezca, y tambien lo es que se genere "basura" que luego el garbage collector se encarga, lo que no es normal que con una base de datos que recibe tan pocas consultas y ni se diga de escrituras, esta crezca desmesuradamente, por ejemplo: de 100 mb crecia a 1 gb en cuestion de horas, cuando el movimiento es sumamente bajo, creeme tengo clientes con el mismo sistema con FB y base de datos que hoy dia deben de rondar los 60 - 70 gb, 50 usuarios simultaneos y este va como brisa de mar en primavera.
Aqui el punto era que cuando el garbage collector entraba a hacer su trabajo, dejaba la base de datos practicamente bloqueada, y te repito esto en cuestion de horas, claro que para mi cliente se tornó inoperante, y con esto te respondo que no fue por gusto ni mucho menos, y si tienes toda la razon cuando dices que deberia de ser una base de datos pequeña, dado su volumen de transacciones.
Y Precisamente esto es para mi lo mas preocupante, que teniendo instalacion que superan por mucho, muchisimo a esta, se presenten estos problemas.
Y como al final del día esto se trata de dinero, lo mejor para mi este caso fue cambiar el motor de base de datos, y santo remedio para mi cliente que hoy dia ya está feliz con su sistema.
Pero me queda esta espina clavada de porque sucedio esto, en fin, no es para convencer sino para exponer la problematica que es real y reproducible con dicha base de datos.
Saludos.

[[newtron]]

Empezado por juanelo

... y tambien lo es que se genere "basura" ....

Yo esto de la "basura" con FB no lo tengo muy claro, ¿qué es? ¿registros borrados que no se reutilizan? ¿archivos temporales que mueren y no se entierran?. ¿Alguien me ilumina?

Saludos

[Casimiro Notevi]

La arqutectura multi generacional. Firebird maneja varias versiones para un mismo registro al mismo tiempo, para que cada transacción tenga su propia versión, su propia "imagen" de la realidad. Así es posible, por ejemplo, poder leer siempre sin "molestar" a los que escriben. Y los que escriben no molestan a los que leen.
Ejemplo básico: alguien hace una actualización (update) de un registro y otra persona está leyéndolo (select), pues hasta que el que está actualizando no confirme los cambios (commit), el que está leyendo seguirá viendo lo que había hasta que el otro confirme.
Es por lo que cada vez que se realiza cualquier acción sobre la base de datos, esta va creando registros "imágenes" de la "realidad" justo en ese momento, de esa forma no es necesario, por ejemplo, bloquear registros, ya que cada uno tiene una imagen del momento en que realiza cualquier acción.
Existe un mecanismo que cada cierta cantidad de registros que ya no sirven se deshace de ellos, aunque es configurable para ponerlo a más o menos registros, incluso para deshabilitarlo y sólo se realizará cuando nosotros lo queramos.

Por eso decía que no es ningún problema, simplemente funciona asi, y no importa que crezca la base de datos, toda la vida ha sido así, siempre ha funcionado así, es una de las características que tiene firebird, la MGA (multi generational architecture). Y que otros han copiado.

[[newtron]]

Empezado por Casimiro Notevi

Existe un mecanismo que cada cierta cantidad de registros que ya no sirven se deshace de ellos...

Entonces imagino que el tema de la "basura" no debería de preocupar al administrador de la base de datos porque ella misma se va limpiando, ¿no?. Te pregunto porque veo que es habitual entre muchos usuarios de FB el hacer y restaurar copia de seguridad para eliminarla.

[roman]

Empezado por Casimiro Notevi

Ejemplo básico: alguien hace una actualización (update) de un registro y otra persona está leyéndolo (select), pues hasta que el que está actualizando no confirme los cambios (commit), el que está leyendo seguirá viendo lo que había hasta que el otro confirme.

Pero no me queda claro. ¿Qué pasa si lo que la segunda persona está leyendo es la existencia de un producto y vende algo cuando el primero actualizó diciendo que ya no había de ese producto? Es decir, no me queda claro como se evitan los bloqueos.

// Saludos