Cita:
Empezado por poliburro
Bueno supongo que decir algo que no les guste o vaya contra lo que creen y no poder argumentar contra ello solo les da para adjetivarme de esa forma. Ok entiendo eso.
1) Argumento mi posición una carga de un promedio de 0.12 mb por minuto en un periodo transaccional de 12 horas la soporta casi cualqueir base de datos. En tiempos de dbase algo así o más era lo que generaba un sistema de supermercado.
2) Reafirmar como lo hizo casimiro sin respaldar lo que dice diciendo que son efectivamente son números impresionantes es erróneo a menos que no se haya visto un sistema con mayor carga que esa.
3) Si revisamos los hilos en que se ha atacado al software privado muchos son práticamente de nivel troll.
punto final.
|
1. Si troleas y lo haces porque no te gusta Firebird y dices cosas que no son, arranquemos porque la capacidad máxima de un archivo de DBase es (o era) de 2G nada más con este dato se cae todo lo que has dicho, DBase y Access no pueden hacer lo que se hace en este caso de estudio porque simple y llanamente no pueden pasar de estos tamaños y sus tablas no púeden pasar de de 1G, pero bueno sigamos, para poder tener una base de datos como la que se muestra en este caso de estudio una carga transaccional de 0,12 mb por minuto necesita o estar muy mal hecha para que 20 o 30 usuarios simultáneos (los limites de access y DBase) creen tanta información por minuto en tan solo datos o necesita mucho más de esa cantidad de usuarios simultáneos (cosa que dudo que ocurra en un supermercado por muy grande que sea como otro ejemplo que has puesto)
2. Quieres comparar un caso de estudio con uno de los más grandes de Oracle, siendo esta base de datos tal vez la más famosa y popular en las grandes aplicaciones mundiales (creo que la base de datos más grande del mundo es soportada por Oracle), y la comparas con Firebird, una base de datos que casi está amarrada a los usuarios de Delphi por la cercanía que tiene esta con dicha herramienta, curiosamente en este estudio no dicen "hey mira, somos mejores que Oracle porque tenemos un usuario que tiene estas capacidades", pero tu al poner tu comparación la centras de una forma tal que pareciera que fuera este el caso cunado no lo es, llegar a los niveles de información que se ha llegado en Oracle para firebird son muy difícil porque simplemente es difícil encontrar una empresa grande (de las grandes del mundo) que no tenga ya su sistema de información montado (muy probablemente en Oracle o en otra grande) y las empresas que estan pasando a ser grandes van a elegir algo similar porque ya esta probado, Firebird con este caso de estudio va ganando visibilidad (tal vez muy poca o casi nada) en algo que antes no lo veían y ese esa es la finalidad del estudio y si son datos realmente buenos, que hay mejores en otras empresa nadie lo ha negado o lo ha sugerido en este estudio... En fin esta forma de argumentar tuya acá es una falacia (la cual no recuerdo el nombre).
3. Osea que haces esto para reivindicar el software privado por las veces que alguien haya dicho algo en contra de él?