empresas que usan firebird

[erickperez6]

He estado googleando mucho buscando una lista de empresas reconocidas o empresas no tan reconocidas que utilicen firebird en todo su esplendor (base de datos superiores a 20gb), manejando sistemas grandes de altos volumenes de transacciones diarias, etc. Pero la verdad que ni en la misma pagina oficial de firebird aparece nada, lo poco que he encontrado solo son menciones muy dispersas de algunas pocas empresas, como un diario de tasmania en australia llamado The Examiner que posee una base de datos de 16GB y una empresa rusa llamada AVARDA con una base de datos de 120gb. Pero despues de estos dos casos no encuentro nada interesante.

Esto me da a razonar que las empresas grandes y medianas no apuestan mucho a firebird, ya que con mucha facilidad podemos encontrar listas oficiales de empresas que logicamente manejan increibles volumenes de informacion con base de datos como db2 IBM, oracle, sql server, postgre y Mysql entre las mas destacadas.

Alguien podria comentar al respecto a esta observacion, o si alguien conoce algunos otros articulos de casos de exito similares a los ya mencionados con firebird.

Gracias.

[[BlueSteel]]

Según mi opinión...

Es lógico que encuentres pocas empresas "GRANDES", que utilicen este Motor de Base de Datos, esto es debido a que las EMPRESAS GRANDES, utilizan motores más potentes como ORACLE.... o Sistemas ERP como SAP...

Salu2

[jachguate]

He trabajado con un grupo de empresas local que utiliza firebird, en total quizás unos 20 o 30 Gb. de información, con unos 400-500 usuarios colgados de él, aunque la carga está distribuida entre varias bases de datos y varios servidores (decisiones que se tomaron antes de mi integración al equipo y que francamente desconozco los motivos).

Prácticamente todas las transacciones de estas empresas llegan a fb, exceptuando un producto externo que compraron hace un par de años, que se basa en SQL Server, pero que representa un 1% del volumen total.

Lamentablemente, no estoy autorizado de revelar nombres ni mas detalles de la operación, pero te aseguro que, según se, hasta el momento la cosa va bien.

Hasta luego.

[[Al González]]

Si te esperas unos mesesitos verás una base de datos Firebird en todo su "esplendor" en una empresa mediana de Ciudad de México, actualmente tiene medio GB y corre como el rayo y sin asomo de tropiezo alguno. Una vez terminada la aplicación y en producción, no dudo que llegue a ser de varios GB en menos de un año por el volumen de información manejado.

Ojo, yo no colocaría a MySQL como algo que se compare con Firebird. Sinceramente no creo que tenga mucho que hacer en el grupo de "las grandes". Desde luego Oracle está en primer lugar (es algo así como el Michael Jordan de las bases datos), y luego un pequeño grupo de compañeros del "dream team" entre los que está SQL Server (a pesar de sus malas interfaces e incómodas dependencias con el sistema operativo). Quizá Firebird esté un poco más abajo de los "gigantes", pero para mi gusto más cerca de una base de datos "adulta" que de MySQL (con todo respeto).

También recuerda que cada base de datos que se consolida es porque encontró un nicho donde resultó más aceptable y eficaz. En el caso de MySQL, ya todos sabemos por qué camino llegó (desarrollos Web que no requerían gran sofisticación de bases de datos).

Desde luego que Firebird es de las menos usadas, pero tú ya has visto cómo a veces algunos productos "poco populares" resultan ser de las mejores elecciones para un comprador informado.

Todo depende de en qué proyecto vayas a usar la base de datos, aunque cierto es que Firebird cubre un abanico muy amplio.

En concreto, y siendo justos con la verdad, son pocas las empresas que usan Firebird en comparación con las bases de datos más "populares".

Saludos.

Al González.

[[poliburro]]

Empezado por Al González

Desde luego Oracle está en primer lugar (es algo así como el Michael Jordan de las bases datos), y luego un pequeño grupo de compañeros del "dream team" entre los que está SQL Server (a pesar de sus malas interfaces e incómodas dependencias con el sistema operativo).

Al González.

mmmm, amigo Al, Nunca has usado Db2 corriendo en un As/400 verdad? jejjejeje.

[erickperez6]

yo no colocaría a MySQL como algo que se compare con Firebird

Claro que no, estoy deacuerdo contigo, puse a mysql en el listado porque es una DB que podemos encontrar una multitud de empresas que la usan a gran escalas con gigantescas base de datos, cosa que no puedo decir con firebird al momento de googlear. Ya que el tema que propongo no es quien es mejor ni peor, sino quien lo usa y como lo usa.

[[Al González]]

Empezado por poliburro

mmmm, amigo Al, Nunca has usado Db2 corriendo en un As/400 verdad? jejjejeje.

Pos no, jojojo, jujuju.

[[Al González]]

Empezado por erickperez6

...puse a mysql en el listado porque es una DB que podemos encontrar una multitud de empresas que la usan a gran escalas con gigantescas base de datos...

¿Multitud de empresas con bases de datos MySQL gigantescas?

¿No crees que eso es algo, como decirlo...falso?

Hay multitud de empresas usando MySQL, en la gran mayoría de los casos para sostener la información de sus portales Web, pero ¿gigantescas?

Saludos.

Al.

[[poliburro]]

Empezado por Al González

Pos no, jojojo, jujuju.

Ok, Pues dejame comentarte que db2 corriendo en estás maquinas es tremendamente poderoso, yo creo que super aún lo que hace Oracle corriendo sobre Solaris, no se es opinión personal. Pero de verdad mi hermano, está maquina con esta base de datos son en conjunto un mounstruo.

[[poliburro]]

Empezado por Al González

¿Multitud de empresas con bases de datos MySQL gigantescas?

¿No crees que eso es algo, como decirlo...falso?

Hay multitud de empresas usando MySQL, en la gran mayoría de los casos para sostener la información de sus portales Web, pero ¿gigantescas?

Saludos.

Al.

Al igual que tú amigo al lo dudo. A lo mejor para BI puede ser posible pero, para cosas sofisticadas no. Mysql tiene un manejo mediocre de Sps, UDFs, Atomicidad, Transaccionalidad. Que dudo le permitan soportar cargas gigantestas de transacciones.

De lo que si estoy enterado es que yahoo la utiliza para su parte de publicidad. Algo asi recuerdo

[erickperez6]

¿Multitud de empresas con bases de datos MySQL gigantescas?

¿No crees que eso es algo, como decirlo...falso?

Yo no me invento nada, no es falso, la verdad es que si hay muchas empresas que tienen base de datos gigantescas trabajando en mysql, solo googleate un poquito y te daras cuenta, aqui te doy dos enlaces para que le digas a ellos que es falso, no a mi. Quizas ellos sean unos mentirosos y tu tengas razon,

http://es.wikipedia.org/wiki/MySQL#Usuarios_destacados
http://www.mysql.com/customers/
http://en.wikipedia.org/wiki/MySQL#M...e_Year_winners

[[Al González]]

¡Hola!

Empezado por erickperez6

Yo no me invento nada, no es falso, la verdad es que si hay muchas empresas que tienen base de datos gigantescas trabajando en mysql, solo googleate un poquito y te daras cuenta, aqui te doy dos enlaces para que le digas a ellos que es falso, no a mi. Quizas ellos sean unos mentirosos y tu tengas razon, ...

¿Y dónde dice que sean bases de datos "gigantescas"? ¿Cómo sabes cuál es el tamaño de esas bases de datos?

Por otra parte, ya se ha comentado antes que Google y otros grandes sitios utilizan MySQL para algunas operaciones de almacenaje, pero no para sus motores de búsqueda, ya que en eso requieren mayor potencia.

En cuanto a las caritas de risa, desconozco si son una especie de burla o de verdad algo te pareció gracioso.

En fin.

[jachguate]

Empezado por Al González

¿Y dónde dice que sean bases de datos "gigantescas"? ¿Cómo sabes cuál es el tamaño de esas bases de datos?

Hola Al.

No dudo que pueda haber bases de datos bastante grandes, aunque no haya información sobre ello.
El caso de AdWords, es un buen ejemplo. Google tiene millones de clientes AdWord/AdSense... y no imagino la cantidad de consultas por segundo que esté recibiendo para colocar la publicidad en cada impresión de página web que ocurre de cada uno de estos sitios.

Pero... ¿es una única base de datos o muchas bases de datos con información replicada o segmentada de alguna manera?. no lo dudo.
También muchos de estos sitios (la wikipedia, slashdot, por ejemplo), usan caches que son usados para no tener que consultar la base de datos por cada hit que ocurre. Entonces, aunque un sitio sirva 200 millones de páginas al día, eso ni significa 200 millones de páginas generadas directamente desde la base de datos.

Creo que también queda claro que la arena de mysql son, principalmente, las aplicaciones web: simples, sin mayores requerimientos transaccionales, y con una complejidad mas bien mediana. Eso si, con muchos millones de páginas servidas por día.

Leí una vez un comparativo, lamentablemente no recuerdo donde, que estimaba que firebird escalaría mejor que mysql con muchos usuarios concurrentes. Lo hacía en base a los resultados de una serie de pruebas. Como digo, lamentablemente no recuerdo donde vi eso.

Hasta luego.

[erickperez6]

¿Y dónde dice que sean bases de datos "gigantescas"? ¿Cómo sabes cuál es el tamaño de esas bases de datos?

Parece que no leiste bien o no interpretas lo que dicen los enlaces que puse adjuntos:

• flickr, Using MySQL to manage millions of photos and users
• NetQOS, embeds MySQL to manage the world's largest networks including Chevron, American Express and Boeing.
• Friendster, in 2005 more than 85 million dynamic page views per day, able to support more than 1.5 billion MySQL queries per day
• Wikipedia, in early 2005 more than 200 million queries and 1.2 million updates per day with peak loads of 11,000 queries per second

No es necesario ser muy inteligente para saber que todos estos casos superan los GB facilmente, quizas el dato exacto de que sean 20gb, 40gb, etc... solo es cuestion de indagar un poquito mas en las fuentes y en la pagina oficial de mysql y los numeritos aparecen. Pero el punto es que evidentemente son base de datos "gigantescas". Pero por lo que veo eres una persona que aunque te busque las fuentes no entraras en razon, y contra eso yo no puedo luchar.

Pero en fin, creo que muchas personas subestiman demasiado a mysql o son muy enemigos de la misma o quizas es que estan un poco desinformados y no sabian que se utilizaba para sistemas criticos y alta albergadura, nos guste o no nos guste es asi. Pudieran usar firebird, por que no? quizas el redimiento fuera superior, eso no lo dudaria... pero no lo usan.

Ya que te gustan los numeritos Al González, aqui puedes ver un articulo con cifras de base de datos que superan los 30gb en mysql de friendfinder.com

http://www.mysql.com/news-and-events...endfinder.html

Tambien el sistema de youtube esta montando en mysql (les preguntamos que tamaño tiene por si las dudas? los videos son almacenados en la DB)

http://video.google.com/videoplay?do...64351441328559
http://blip.tv/file/537790

Por otra parte, ya se ha comentado antes que Google y otros grandes sitios utilizan MySQL para algunas operaciones de almacenaje

Sobre lo de google, en los enlace que puse dice claramente que se utilizan algunas herramientas importante, en ningun lado dice que es el gestor de busqueda.

Por cierto, el gestor de busqueda de google creo que esta montado en BD2 de IBM, si consigo la fuente se los confirmare, no recuerdo donde fue que lei el articulo hace un tiempo.

[jachguate]

Empezado por erickperez6

No es necesario ser muy inteligente para saber que todos estos casos superan los GB facilmente, quizas el dato exacto de que sean 20gb, 40gb, etc... solo es cuestion de indagar un poquito mas en las fuentes y en la pagina oficial de mysql y los numeritos aparecen. Pero el punto es que evidentemente son base de datos "gigantescas". Pero por lo que veo eres una persona que aunque te busque las fuentes no entraras en razon, y contra eso yo no puedo luchar.

Hola.

NO veo la razón de atacar personalmente a Al. Estas dejando ver que no es una persona inteligente, pero francamente no creo que eso sea cierto ni que vos tengas suficientes argumentos para afirmar tal cosa.

Empezado por erickperez6

no sabian que se utilizaba para sistemas criticos y alta albergadura

francamente, me pregunto que quisiste decir con esto..

Empezado por erickperez6

Tambien el sistema de youtube esta montando en mysql (les preguntamos que tamaño tiene por si las dudas? los videos son almacenados en la DB)

¿de donde sacas la información para afirmar tal cosa?
Mis fuentes dicen algo distinto:

YouTube uses MySQL to store metadata....
To scale out the database, they first used MySQL replication. Like everyone else that goes down this path, they eventually reach a point where replicating the writes to all the DBs, uses up all the capacity of the slaves. They also hit a issue with threading and replication, which they worked around with a very clever “cache primer thread” working a second or so ahead of the replication thread, prefetching the data it would need.

As the replicate-one-DB approach faltered, they resorted to various desperate measures, such as splitting the video watching in to a separate set of replicas, intentionally allowing the non-video-serving parts of YouTube to perform badly so as to focus on serving videos.

Their initial MySQL DB server configuration had 10 disks in a RAID10. This does not work very well, because the DB/OS can’t take advantage of the multiple disks in parallel. They moved to a set of RAID1s, appended together. In my experience, this is better, but still not great. An approach that usually works even better is to intentionally split different data on to different RAIDs: for example, a RAID for the OS / application, a RAID for the DB logs, one or more RAIDs for the DB table ...

In spite of all these effort, they reached a point where replication of one large DB was no longer able to keep up. Like everyone else, they figured out that the solution database partitioning in to “shards”. This spread reads and writes in to many different databases (on different servers) that are not all running each other’s writes. The result is a large performance boost, better cache locality, etc. YouTube reduced their total DB hardware by 30% in the process.

It is important to divide users across shards by a controllable lookup mechanism, not only by a hash of the username/ID/whatever, so that you can rebalance shards incrementally.

Ves que no ha sido sin dolor cómo han llegado a una solución que les funcione... y como se puede leer en el artículo completo, por supuesto usan caches para bajar la carga en la base de datos. De hecho, usan memcached, que en las primeras dos líneas de su página dice:

memcached is a high-performance, distributed memory object caching system, generic in nature, but intended for use in speeding up dynamic web applications by alleviating database load.

fuente

Empezado por erickperez6

Por cierto, el gestor de busqueda de google creo que esta montado en BD2 de IBM, si consigo la fuente se los confirmare, no recuerdo donde fue que lei el articulo hace un tiempo.

Nada mas errado que esto. No usan ninguna base de datos comercial, ni relacional... tienen su propia solución al asunto, como era de esperarse. Por cierto, youtube también usa BigTable.

Francamente, creo que Al y los demás miembros de este club merecen una disculpa por el ataque personal.

También es de esperar que, en próximas oportunidades, confirmes tus suposiciones antes de hacer afirmaciones en estos foros, y con mayor razón si las afirmaciones son en tono ofensivo.

[[poliburro]]

Empezado por jachguate

Hola.


También es de esperar que, en próximas oportunidades, confirmes tus suposiciones antes de hacer afirmaciones en estos foros, y con mayor razón si las afirmaciones son en tono ofensivo.

Tranquilos muchachos, . mejor vayamos a la taberna por una ronda de chelas.

[jachguate]

Empezado por poliburro

Tranquilos muchachos, . mejor vayamos a la taberna por una ronda de chelas.

Claro!! Ya viste las meseras del día de san valentín...

[[Al González]]

Empezado por poliburro

Tranquilos muchachos, . mejor vayamos a la taberna por una ronda de chelas.

Sale, creo que será mejor. Estaba empezando a considerar los argumentos de nuestro amigo, hasta que comenzó a mezclarlos con sarcasmo, ironía y faltas de respeto. Es una pena, la parte constructiva de su texto se veía interesante.

Saludos.

Al.

[Casimiro Notevi]

Empezado por jachguate

Leí una vez un comparativo, lamentablemente no recuerdo donde, que estimaba que firebird escalaría mejor que mysql con muchos usuarios concurrentes. Lo hacía en base a los resultados de una serie de pruebas. Como digo, lamentablemente no recuerdo donde vi eso.
Hasta luego.

Tampoco recuerdo dónde estaba esa comparativa, aunque sí que guardo los gráficos estadísticos, son estos:





Es de hace unos años, pero son los mismos años para todos ellos.

p.d.: Los números de la izquierda son las conexiones, "normales" y "persistentes"

[[Crandel]]

El problema del uso de las bases de datos, es que la mayoria de los programadores desconocen realmente cual es mejor o peor, y lo realmente importante es cuales son las ventajas de una sobre otras y como se adaptan a nuestras necesidades.

No existen muchos imformes claros con este tipo de comparativas.

Por otro lado muchas empresas no publicitan que herramientas utilizan para desarrollar sus aplicaciones.

Como ejemplo hace muy poco me entero que Mercury Interactive (que ahora forma parte de HP) desarrolla sus aplicaciones con Delphi. Una empresa que en el ultimo año genero ganancias (ojo, dije "ganancias" no ventas) por aprox 100 millones de dolares (no recuerdo el numero exacto, creo era un par de decenas mas).

Otro ejemplo es mi empresa actual, donde se eligio MySQL como servidor de base de datos, realmente por desconocimiento de otras posibilidades y empujado por su popularidad.

Todas la aplicaciones que anteriormente desarrolle (donde pude elegir) utilice firebird, aunque ninguna tienen decenas de GB, funcionan hace varios años sin ningun tipo de problema.

Por otro lado creo que como usuarios, estamos siempre buscando "la mejor" herramienta, mientras en la mayoria de los casos varias se adaptan perfectamente a nuestras necesidades.

En resumen, de los motores de DB, manejo en buen grado tres, MS SQL Server, MySQL y firebird; y aun que todas funcionan muy bien ... me sigo quedando con Firebird

pd: cantinero ... una ronda de firebird para todos, yo invito