Y que se me suben hasta el cogote

[[duilioisola]]

Nuestra aplicación tiene también cientos tablas (948 tablas, 1526 procedimientos y 2507 triggers, 315 vistas) en Firebird 1.5.
Las instalaciones llegan a bases de 4Gb aprox.
Hace muchos años, cuando trabajábamos con Firebird 1.0 habíamos tenido algún problema, pero luego de actualizar nunca más.
Incluso una vez cuando los electricistas cortaron la luz 3 o 4 veces en el día mientras todo el mundo (20 personas aprox.) estaba trabajando.
Lo único que hubo que hacer es volver a encender el Linux y ya 'ta...

[Casimiro Noteví]

Bueno, vuelvo a copiar lo que he comentado en otras ocasiones:

Empezado por casimiro

Uso Firebird (antes Interbase, cuando no existía) desde 1998, todos los días, centenares de clientes y mi experiencia en mi trabajo es que firebird es estupenda, todos nuestros clientes tienen instalados servidores linux con firebird, todos usan la versión classic porque la superserver está más pensada para windows y una sola cpu.
Los clientes más grandes oscilan entre las 50 y 300 conexiones simultáneas.
Las bases de datos tienen una media de 1,5 GB, con varios de ellos que han soprepasado los 10, 20 e incluso los 30 GB.
Los servidores (en los clientes más grandes) son todos de varias cpu, lo normal 4 u 8.
Desde que empezamos a usar Firebird, (y antes Interbase), los únicos problemas han sido por roturas físicas de disco duro, incendios en la sala de ordenadores, robos de los equipos, etc. pero nunca, jamás, repito lo de nunca jamás (hasta ahora, toco madera) hemos tenido ningún problema con ninguna base de datos.
Permite backups en caliente, sin que tenga que desconectarse nadie. Escala estupendamente, con consumo mínimo de memoria, NO necesita mantenimiento alguno, es ultra rápida, increiblemente rápida. Permite replicación con utilidades de terceros o mediante la opción propia "shadow", que crea y mantiene una base de datos copia de la original en tiempo real en cualquier otro disco de la red (en linux).
Tiene versiones para windows, linux, solaris, macosx, hp-ux, etc. preparada para funcionar tanto en 32 como en 64 bits.
Hay versiones también "embebidas" que no necesitan instalación. Incluso se puede crear bases de datos en modo "sólo lectura" para instalarlas en cds, por ejemplo.
Además es libre, tienes todo el código fuente, y por si fuese poco, gratis.

Sólo puedo contar lo que he vivido, y ha sido lo que he puesto ahí remarcado: "hasta ahora, nunca jamás, hemos tenido ningún problema con ninguna base de datos firebird". (Vuelvo a tocar madera )

Otra cosa no puedo decir porque es lo que he vivido.

p.d.: por supuesto, hay muchas tablas que tienen decenas de millones de registros. Sin problemas.

Edito: jacanche habla de una BD de 90 Gigas, tampoco está nada mal

[juanelo]

Pues yo hasta hace poco apostaba todas mis barajas por firebird, pero resulta que con un cliente en particular nos dio un error por demas rarisimo del cual despues de invertirle mucho tiempo no le hayamos y decidimos para este cliente trabajar con SQL 2008 server. El problema es que de la nada la base de datos empezaba a crecer desmesuradamente, ni siquiera proporcionalmete con el numero de operaciones sobre esta, asi podian ingresar 10 registros o 1 millon y esta crecia 100 veces o mas en tamaño.
Uds diran que es cuestion de transacciones pero les digo que el mismo sistema SIN NINGUNA DIFERENCIA corre con muchos clientes mas, con muchisimo mas trafico a la base, ademas de que ha sido checado con monitores de base de datos que me reportan que ninguna transaccion queda al aire, y nunca que me ha dado problemas. Afortunadamente nuestro sistema tiene la capacidad de poder correr para SQL Server, Firebird y en teoria para Oracle.
La verdad es que seguimos saliendo por defecto con FB, pero nos queda esa espina de desconfianza.
Edito: Se cambio de servidor, se creo la base de datos desde cero y nada que se corrigio para este cliente.

[Casimiro Noteví]

Bueno, todos sabemos que frases como "todo está igual", "son sistemas idénticos", "nadie ha tocado nada", etc. es simplemente IMPOSIBLE

[juanelo]

Empezado por Casimiro Notevi

Bueno, todos sabemos que frases como "todo está igual", "son sistemas idénticos", "nadie ha tocado nada", etc. es simplemente IMPOSIBLE

Tienes razon, no podemos asegurar que las condiciones en que corren nuestros sistemas son las apropiadas y las idoneas, mas si el caso es que es un sistema que se distribuye como es mi caso. Pero te puedo asegurar que para este caso en particular, personalmente me ocupe del problema y nada. Se usaron monitores como para la base de datos y todos los usados reportaban lo mismo, cero transacciones al "aire" o no terminadas.
Firebird es una excelente base de datos, tanto lo es para nosotros que nuestro sistema se instala con ella por defecto, pero no puedo decir desafortunadamente para mi al menos que es 100% confiabale (aunque dudo que haya alguna que lo pueda ser ).
Saludos

[Casimiro Noteví]

Empezado por juanelo

El problema es que de la nada la base de datos empezaba a crecer desmesuradamente, ni siquiera proporcionalmete con el numero de operaciones sobre esta, asi podian ingresar 10 registros o 1 millon y esta crecia 100 veces o mas en tamaño.

Aunque eso no es un error , si aumenta de tamaño es porque se está almacenando algo, otra cosa no hay, y si sigue funcionando correctamente entonces no hay problema. La duda es ¿qué se estaba almacenando?, eso desde aquí no te lo puedo decir, pero seguro que tiene una explicación muy lógica

[juanelo]

Empezado por Casimiro Notevi

Aunque eso no es un error , si aumenta de tamaño es porque se está almacenando algo, otra cosa no hay, y si sigue funcionando correctamente entonces no hay problema. La duda es ¿qué se estaba almacenando?, eso desde aquí no te lo puedo decir, pero seguro que tiene una explicación muy lógica

Pues si tu lo dices creeme que no lo dudo, pero despues de muchas horas ($$) tratando de resolver el problema y no hayar nada logico para que tenga este comportamiento, pues decidi ya no seguir investigando que pasó y pensar que es la excepcion a la regla.
Saludos.

[Casimiro Noteví]

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

[defcon1_es]

Empezado por juanelo

El problema es que de la nada la base de datos empezaba a crecer desmesuradamente, ni siquiera proporcionalmete con el numero de operaciones sobre esta, asi podian ingresar 10 registros o 1 millon y esta crecia 100 veces o mas en tamaño.

Acabo de tener un "deja vú" cuando he leido tu post:

Hace algunos años, a un cliente le pasaba que su BD Firebird le crecía unas 10Mb cada vez que facturaba un albarán de venta...
El sistema le permitía guardar una "fotocopia" de la factura en un campo blob de la BD según el diseño de la factura (hecho con QuickReport y editable con QRDesign), hasta aquí todo bien.

El diseño muestra un campo blob para el logotipo de la empresa.

Pero al hombre no se le ocurrió otra cosa que poner una imagen para el logo de su empresa que pesaba esos 10Mb, esa imágen era la que le hizo el diseñador del cartel que tenía en la fachada.

Cuando le pregunté si no se le ocurrió reducirle el tamaño, me contestó:

"Es que me dijisteis que podía ponerle cualquier imagen..."

Con dos cojones!!!

[Casimiro Noteví]

Pues imagina sólo 10 conexiones y unos simples "select" cada una... ya tiene más de 100 megas, sólo con eso
A mí también me ha pasado diversas veces, que para un simple logo ponen una imagen enorme de montones de megas.