FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
||||
|
||||
Firebird: otro caso de estudio
Technical details
Our largest installation of the Firebird SQL has these attributes:
__________________
Lazarus Codetyphon : Desarrollo de aplicaciones Object Pascal, libre y multiplataforma. |
#2
|
||||
|
||||
#3
|
||||
|
||||
¡¡¡¿¿¿PERDÓN???!!! ¡Increíble!
__________________
Felipe Eduardo Ortiz López. Delphi programmers does it recursively... "Un programador, es un creador de universos en donde sólo él es responsable. Universos de complejidad prácticamente ilimitada que se puede crear en forma de programas de ordenador." - Joseph Weizenbaum. Témele a los profetas... y a aquellos que están listos para morir por "la verdad", ya que como regla general hacen morir a muchos otros con ellos, frecuentemente antes que ellos, y a veces en lugar de ellos. — Umberto Eco |
#4
|
||||
|
||||
Cita:
__________________
Conoce mi blog http://www.edgartec.com |
#5
|
||||
|
||||
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.
__________________
Ya tengo Firma! |
#6
|
||||
|
||||
#7
|
||||
|
||||
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.
__________________
El malabarista. |
#8
|
||||
|
||||
Cita:
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
__________________
Conoce mi blog http://www.edgartec.com Última edición por poliburro fecha: 22-10-2014 a las 03:47:55. Razón: agregué otro enlace |
#9
|
||||
|
||||
¿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. |
#10
|
||||
|
||||
Hola poliburro.
Cita:
Pero si queremos hacer una comparación mas ecuánime, también tendríamos que poner en la balanza este factor: Oracle Global List Pricing Saludos
__________________
Daniel Didriksen Guía de estilo - Uso de las etiquetas - La otra guía de estilo .... |
#11
|
||||
|
||||
Claro, con dbase o access también se puede hacer eso .Supongo que en los sistemas que administras no se necesita más que eso.
__________________
Conoce mi blog http://www.edgartec.com |
#12
|
||||
|
||||
Desde que te has convertido en un trol en clubdelphi, estás insoportable, ni tus amigos te soportan, ¿por qué no haces de trol en tus foros?
¿Saben tus compañeros y amigos que te dedicas a hacer de trol en clubdelphi? ¿Te da vergüenza que conozcan esa faceta tuya? Como VMP de Embarcadero, ¿saben en Embarcadero que te dedicas a hacer de trol en clubdelphi? Interbase, como prima-hermana de firebird, y de Embarcadero, si tiras por los suelos a Firebird, estás tirando también a Interbase, ¿saben en Embarcadero, que tú como VMP de Embarcadero, opinas de esa forma de su base de datos? Si te gusta hacer de trol, hazlo en tus foros, verás cómo se alegran tus amigos de conocer esa faceta tuya tan divertida. |
#13
|
||||
|
||||
Cita:
Respecto a si lo saben, no lo se, puedes preguntarles. A mi lo que me apasiona es Delphi no firebird ni interbase. ahh y respecto a que en DA no digo lo que pienso sobre Firebird pues mira: http://www.delphiaccess.com/forum/no...ares-del-mundo
__________________
Conoce mi blog http://www.edgartec.com Última edición por poliburro fecha: 22-10-2014 a las 16:24:49. |
#14
|
||||
|
||||
Cita:
Respeto tu derecho a sentir aversión por Firebird, pero la misma nubla tu criterio. Además de no ser libres, DBase o Access están muy lejos por detrás de Firebird. Cita:
Saludos
__________________
Daniel Didriksen Guía de estilo - Uso de las etiquetas - La otra guía de estilo .... Última edición por ecfisa fecha: 22-10-2014 a las 17:06:50. |
#15
|
||||
|
||||
Cita:
|
#16
|
||||
|
||||
Cita:
__________________
Conoce mi blog http://www.edgartec.com |
#17
|
||||
|
||||
Cita:
Si Oracle aguanta mucho mas que FB, entonces a quien lo necesite ese precio lo vale o no. Demás esta decir que Oracle es a FB lo que un Mainframe a un servidor: un mercado diferente. Seria absurdo decir que si un servidor PC tipico es mas barato que un mainframe, estúpido el que compra el mainframe (estupido es el que compra un mainframe, cuando realmente necesita un servidor, pero bueno eso es otra cosa...). Ademas, se puede malinterpretar el que como no hay un argumento que diga: mira que FB puede tragar mas datos que Oracle, cambiemos el tema al $... No creo que sea nada controversial reconocer que Oracle barre con FB en cuanto a funcionalidad, confiabilidad & desempeño. Lo mismo se podría decir (en términos generales, *ojo*) de Postgres, DB2 & Sql Server. Quizas se puede argumentar que FB barre con MySql, excepto que MySql se puede montar en un array de Balanceo de cargas trivialmente, y que (tal vez?) sea mas rapido en lecturas. Creo que siempre ha sido claro cual es la posicion de FB, incluso desde quienes la hacen. Así que en cuanto a desempeño raso, que es lo que apuntan los números de este thread? No seria nada sorprendente decir que otras BD pueden ser mejores.. De hecho el problema que le veo a este caso de estudio es que no hace un argumento muy convincente: No saca ventaja de los puntos fuertes de FB, y da mucho espacio a # que para cualquier conocedor del tema pueden ser *ok* pero no *descrestantes*. No se ve FB muy seguido en ninguno de los sitios que hablan de temas de escalabilidad (ej: en http://highscalability.com/ no sale ni 1 vez), ni nunca he sabido de un startup que use FB... que es muy triste, si usan *gasp* MongoDb!, asi que no se escucha de casos de uso donde la gente diga: Whoa! que impresionante. Se habla, por ejemplo, que Mongo lo usan tal y cual app/sitio... tiene miles de usuarios, MongoDb debe ser *la leche encarnada*, y así es como se rego ese adefesio. ---- Ahora, no malinterpreten. Recuerden que realmente *soy todo un fan* del underdog. El angulo de FB va mas por la facilidad de uso, zero-admin, despliegues flexibles desde embebido a cliente/servidor, confiabilidad y creo yo el punto mas fuerte, ser capaz tanto como BD tipo olap como transaccional. En todo eso FB barre a todo el mundo, y es en lo que se deben enfocar los que la promueven. No se deben sacar # que sean desfavorables (o parezcan, o no refuerzen el angulo) y en cambio se deben enfatizar donde FB es fuerte. Asi que si hacen un caso de estudio, yo diria que este seria el formato: - Que es firebird - Un listado de empresas muy conocidas que lo usen (tipo: Lo usan MS, Apple, bla bla.) - Resumen de la empresa/gente de la cual se va a enfocar el caso, cuales son sus retos - Reiterar uno o varios de los puntos fuertes - Contrastar contra otras soluciones en donde esos puntos les son desfavorables. Que hace a FB realmente una mejor solucion que otras? La simple familiaridad no es argumento. - Si se presentan números? Por ejemplo yo enfocaria como sirve para OLAP/OLTP y mostrar eso contra el primero que le salga peor (ej: Si por casualidad Oracle sale mas lento, PG medio, entonces se usa Oracle). Si realmente se esta sub-utilizando las capacidades del motor (ej: No siendo un experto en FB, tambien me pareció que los # presentados deben estar muy por debajo de lo que FB aguanta), entonces hay que poner el # que si destaque. Por ejemplo: NNN dias sin tunear, administrar la BD. - Mostrar la confiabilidad, escasez de administración manual, etc - Resumen En cuanto a precio? Eso solo es un problema para los pequeños. Una startup solida y una empresa que le saque la leche a un motor se rien de los precios. Obvio no les choca algo mas barato, como a todo el mundo, pero el que sea *gratis* es una contra mas que un punto a favor A MENOS que este claro a quien se debe $$$$ por soporte. Quienquiera que realmente vaya a usar seriamente algo, le interesa sobremanera tener como $$$$ a quien lo saque de apuros. --- Tambien desde hace mucho me parece que FB, al igual que FreePascal & Delphi sufren enormente por falta de un buen enfoque de marketing (del bueno) y de saber presentarlo. --- Ahora eso es un caso de estudio pa una empresa/cliente. Para gente como nosotros? Hace falta algo mas. Yo he visto información muy descrestante sobre PG (por ejemplo) con números, detalles técnicos, bechmarks, etc muy bien logrados. Hay algo asi sobre FB? No? Entonces que tal hacer eso?
__________________
El malabarista. Última edición por mamcx fecha: 22-10-2014 a las 17:34:45. |
#18
|
||||
|
||||
Absolutamente de acuerdo contigo. Valdría la pena desarrollar un caso de estudio así pero para ello creo que se necesitaría alguien que sea experto en ese motor y que garantice sacarle el máximo jugo a las características que tiene. Sería grandioso ver un estudio de ese calibre para evaluar desde una mejor posición lo que firebird puede o no hacer, especialmente para quienes como yo lo vemos con malos ojos, tal vez inmerecido, pero así lo vemos.
__________________
Conoce mi blog http://www.edgartec.com |
#19
|
||||
|
||||
Firebird: otro caso de estudio
Evidentemente, esos no son "casos de estudio", se ve que son personas que trabajan en ciertas empresas y que han puesto una pequeña definición de su sistema informático. Pero no por ello hay que desvirtuar el hilo sobre lo bueno o no tan bueno que pueda ser firebird, mongo o cualquier otra base de datos. Si tienen algo que comentar, comenten, pero por favor, trols abstenerse. Cita:
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código Únete al grupo Teaming clubdelphi | Colabora mediante Paypal Última edición por Casimiro Notevi fecha: 22-10-2014 a las 18:17:42. |
#20
|
||||
|
||||
__________________
Lazarus Codetyphon : Desarrollo de aplicaciones Object Pascal, libre y multiplataforma. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Conexión de Firebird con Rad Estudio XE5 | servicomp | Conexión con bases de datos | 6 | 01-03-2014 17:06:41 |
Caso curioso en Firebird | Angel.Matilla | Firebird e Interbase | 3 | 01-11-2012 19:50:37 |
Oferta de Actualización a RAD Estudio XE | rrf | Noticias | 2 | 08-05-2011 10:31:33 |
Métodos de estudio. | ixMike | Humor | 0 | 19-12-2007 20:37:21 |
Caso raro Firebird consume muchos recursos | AGAG4 | Firebird e Interbase | 4 | 23-02-2007 01:10:19 |
|