Firebird: otro caso de estudio

[[rretamar]]

Technical details

Our largest installation of the Firebird SQL has these attributes:

• Database size: ~70 GB
• Average daily database increase: ~80 MB
• Connection with economic systems (SAP, …)
• Connection with attendance systems
• Terminals connected in manufacture:
  • Number of terminals with text-mode emulation: 32
  • Number of graphical terminals: 8
• Number of terminals in quality control centre: 12
• Number of online connections with database: 43
• Average number of transactions per second: ~3.4
• Average number of transactions per day: ~290 thousand
• Server: MS Windows Server 2008 R2 64 bit
• Database engine: Firebird 2.5.2-64 in SuperClassic mode with UDF usage
• Operating time: 24 x 7

http://www.firebirdsql.org/en/case-studies-catalog/masa---statistical-analysis-and-plan-optimization-solution-for-industrial-plants-53264/

[Casimiro Notevi]

[TiammatMX]

Empezado por rretamar

...[*]Average daily database increase: ~80 MB...

¡¡¡¿¿¿PERDÓN???!!! ¡Increíble!

[[poliburro]]

Empezado por rretamar

Technical details

Our largest installation of the Firebird SQL has these attributes:

• Database size: ~70 GB
• Average daily database increase: ~80 MB

http://www.firebirdsql.org/en/case-studies-catalog/masa---statistical-analysis-and-plan-optimization-solution-for-industrial-plants-53264/

mmm como que 80mb es muy poca carga transaccional para ser un caso de estudio interesante. Pero bueno supongo que para una base de datos como firebird lo es.

[juanelo]

Pues yo no sé, pero a mi me parece una cantidad importante de transacciones para la base de datos que uds. me digan.
Creo que porque al menos yo no he administrado una BD mas grande (de hecho nada cercano a esta base de datos), se me hacen números impresionantes.
Saludos.

[Casimiro Notevi]

Empezado por juanelo

se me hacen números impresionantes.

Lo son

[mamcx]

El problema de mirar numeros sin contexto.... lo es? Si fuera un numero mas grande.. es eso mejor? Si la BD es mas o menos normalizada, como esten los indices, se sube o baja todo eso.

Me fui al link y las razones basicamente son : Usamos Delphi, Conocemos FB, Facil de operar.

Pero como eso conecta con los numeros y el resto de los requerimientos no es claro.

Si yo no supiera nada de FB no veo como me ayuda un "caso de estudio" como este. No hay nada que estudiar!

P.D: Estoy criticando el estilo tipico de estos "casos de estudios", no a FB.

[[poliburro]]

Empezado por juanelo

Pues yo no sé, pero a mi me parece una cantidad importante de transacciones para la base de datos que uds. me digan.
Creo que porque al menos yo no he administrado una BD mas grande (de hecho nada cercano a esta base de datos), se me hacen números impresionantes.
Saludos.

Entiendo que por sí solos 80 MB de datos en un día parezcan mucho pero en realidad no lo son amigo en realidad es una cantidad irrisoria de datos y me explico por qué. Entre lo que lista nos dice que se generan en promedio 80mb de datos lo que nos da un promedio de 0.12 mb por minuto en un periodo transaccional de 12 horas. Nada que cualquier base de datos no soporte, vaya algo así hasta dbase lo soporta.

Empezado por Casimiro Notevi

Lo son

mmmm, supongo que para los sistemas que manejas lo son pero cuando se mira un poquito más allá te encuentras con que no es así.


Ahora bien, un entorno transaccional como el que pinta el siguiente caso de estudio sí que es sumamente interesante:

Case Study: Oracle E-Business Suite with Data Guard Across a Wide Area Network
“Data Guard 10g is a complete, reliable, DR solution for the mission critical 7TB database that supports Oracle’s global business operations. High transaction rates, 7,000 concurrent users, and 1,000 miles separating the production and disaster recovery site – not a problem for Data Guard.”

http://www.oracle.com/au/products/da...e-1-131821.pdf


Aquí más casos de estudio de Oracle.

http://www.oracle.com/technetwork/da...es-098033.html

[Casimiro Notevi]

¿Cuántos millones dices que cuesta eso?, ¿cuántas personas de oracle dices que te montan eso en tu empresa y te lo mantienen y te cobran?, ¿cuánto hardware necesitas para mover todo y cuánto cuesta?

Compara con: Vas a firebirdsql.org, ... descargas ... instalas ... a trabajar.

[MAXIUM]

Opino que es valido que se tengan visiones distintas de algo.

Esta bien que sea un Club Delphi, pero no un Fans Club Delphi.

Por otra parte, Firebird sigue y seguira siendo una maravilla

[Casimiro Notevi]

Empezado por MAXIUM

Por otra parte, Firebird sigue y seguira siendo una maravilla

[ecfisa]

Hola.

Mas allá de hacer una comparativa, creo que cualquier herramienta es buena en la medida que se aplique a una determinada taréa y la desempeñe bién y eso Firebird lo hace sin problemas.

Tengo en claro que para determinadas situaciones Firebird no da la talla y para eso existen opciones como Oracle que sí lo hacen. No hay dudas de que Oracle es muy superior en prestaciones a Firebird y diría sin temor a equivocarme que a toda la competencia.

Mis clientes no son grandes corporaciones y a una gran parte Firebird hasta les "queda grande". Tengo sistemas funcionando excelentemente hace años y que no han requerido mantenimiento de la bd, hasta el momento Firebird cubierto perfectamente mis espectativas. Tal vez en un tiempo tenga que decir: "Firebird no me alcanzó para esto" pero por ahora no he tenido la suerte de tomar un trabajo de ese tipo.

Ví que no me expliqué (o no se interpretó) la idea de mi mensaje anterior, a ver si ejemplificando lo pongo mas claro: No aconsejaría al dueño de un servicio de mensajería, que dotara a cada uno de sus cadetes con camiones de u$s 80.000 cuando puede desarrollar perfectamente sus actividades con ciclomotores de u$s 250 (o bicicletas).

Saludos