Alguien que le pegue a este "Gurú" !!!
 

Vean con lo que me tropecé:
http://consejosdelguru.blogspot.com/.../firebird.html

Y se llama asimismo "Gurú" :p... Apenas instaló Firebird, la miró un rato y vean lo que escribió!!! :confused: Ojalá nadie que esté investigando Firebird para considerarla como una alternativa posible se vaya a encontrar con esto :(

Saludos!

Gracias por el aviso, ya le he dejado mi opinión sobre este "concienzudo" análisis.

Saludos.

jejeje, me gustó mucho el comentario de Marc :D:D:D

A mi también
 

A mi también, juaasss!!. Yo le mandé un mail, por las dudas.

¡Cáspita! Marc, no quisiera ser tu enemigo :p :D La verdad es que está genial tu comentario.

// Saludos

Jajaja.... vale mas que es un guro ... porque si no.... Dios se apiade de nosotros los simples mortales jejeje :D

Yo soy el "anonimo".
Que dios nos tome confesaos.:D

Je, je, ¡donde haga una revisión del HTTP_REFERER!

// Saludos

Ya le he dejado mi comentario :)

Guru???
 

Cualquiera que se haga llamar guru, y que tenga tan poco conocimiento para dar una opinion tan escueta del tema en lo que supuestamente maneja, lo que merece llamarse es un Payaso.

Decir que MySql es mejor que Firebird es una Blasfemia e imagino que Dios por lo menos mato 3 gatos cuando el escribio esa afirmacion.

Con todo respeto de las bondades que tiene MySql, le falta mucho para llegar al nivel de FireBird

Querido "Guru" o digo Payasito de circo de barrio, deberias informate antes de hablar o por lo menos probar la base de datos por unos 30 minutos con el IBExpert, o por lo menos hacer algun programita en Delphi que guarde algunos datos en un par de tablas, con eso talvez podrias tener el valor moral de opinar.

Atentamente un Aprendiz

Gracias por el aviso axelbb. :)

Ya le dejé un comentario alentador.

Cómo se nota el "estilo" de cada uno de los que han hecho comentarios en el sitio del gurú.
Por ejemplo, los hispanoamericanos son, en general, más respetuosos y educados. Los de este lado del charco somos un poco más "lisurientos", soltamos algunas burradas y parecemos menos educados, aunque no lo seamos, sólo que hablamos de otra forma.
Y hay comentarios, como el de un tal "marcos" ;) que parece estar escrito por algún académico de la lengua española :)


p.d. por cierto, este chico "gurú" seguro que la próxima vez se informa mejor antes de hacer un análisis tan "profundo" como ese. O eso... o borra todos los comentarios :)

Pues hace rato andaba por aquí Clon González y estuvo a punto de escribir: «¡A ver si te enteras, tronco!», pero le di una cerveza y se quedó dormido. :D

A mí también me parece algo conocido el tal Marcos, como que me suena de algo...;)

Muy lejanamente este hilo me hace acordar a este: ¿Delphi no tiene Herencia?.

También lo recuerdo. :)

No tiene de la insertada. Pero eso es harina de otro costal. ;)

No entiendo el por que la molestia axelbb. Nunca he logrado entender pro que les es tan dificil reconocer que firebird no es un buen motor por el contrario es un motor medianon que puede ser una buena alternativa para desarrollos pequeños pero comparado con el trabajo que hacen verdaderos motores de bases de datos su rendimiento es más bien mediocre.

no los remito al enlace de delphiaccess donde puse el porque considero eso así que les coloco aquí lo que he encontrado en ese motor y me ha hecho desechar la idea de usarlo en mis proyectos:


1 - No incluye soporte de conectividad entre diferentes bases de datos dentro del mismo servidor ( algo como "Select From BaseDeDatos.Tabla1 left join OtraBaseDeDatos.Tabla2)

2 - No incluye soporte de conectividad entre diferentes bases de datos de diferentes servidores ( Algo como Select from servidorlocal.mibasededatos.tabla1 left join servidorremoto.mibasededatos.tabla2)

3- Soporte transaccional en procedimientos almacenados

4- conectividad implícita con diferentes origenes de bases de datos ( algo como Select * from mitabla lef join OrigenAccess.Tabla)

5- Herramienta ETL nativa que permita la importacion o exportación de y para diferentes orígenes de datos. (traer o enviar datos desde excell, access, oracle, csv, dbase, etc ect)

6- Soporte xml nativo ( Interpretar Xml para generar datasets o generar Xml a partir de datasets)

7 - Disponibilidad de funciones escalares buil-it muy limitada.

8 - No ofrece un proveedor OleDb nativo que me permita integrarlo con otro motor de base de datos.

9 - No permite separar los archivos de índices y datos con el fin de obtener mayor velocidad en las búsquedas. (esta característica te permitiría colocar los índices en un arreglo raíd veloz y los datos en un arreglo de menor velocidad. Incrementando la velocidad de las búsquedas)



Esos son solo 9 puntos pero puede incrementarse más y más.

Saludos.

Recuerdo esta discusión que comentas poliburro, si le interesa a alguien aquí explicaste estos puntos flojos de Firebird.

http://www.delphiaccess.com/forum/in...p?topic=2710.0

NOTA: Naturalmente yo no estuve nada de acuerdo contigo :D.

Saludos.

Amigo poliburro, todas esa lista puede ser discutida, podemos comenzar un debate item a item si se considera necesario, pero el asunto en este caso no es ese, ¿por qué?, pues porque aunque no estemos totalmente de acuerdo en algunas cosas que has dicho, se puede comprobar que tú te has informado, has hecho pruebas, has comparado, etc. y, sin embargo, este chico "gurú" está opinando y haciendo creer a personas que no han visto nunca firebird una serie de "falsedades" sobre algo que él no conoce, no ha probado, no ha usado, no tiene ni idea.
La diferencia es grande, como ejemplo, yo puedo opinar sobre la honda cbr 600 y la suzuki gsx 600... pero no puedo explicarle a alguien que no se compre la kawasaki ninja 600 porque yo no la he probado, salvo subido en parado y la única opinión que puedo dar es sobre lo bonita o fea que es, según gustos.

Yo tampoco estoy de acuerdo con la opinión del amigo poliburro :)

Por poner un ejemplo, habla de oledb; veamos qué dice la wikipedia sobre el mismo:
¡¡¡ huy, huy !!!, ¡¡¡ cómo vas a integrar oledb de microsoft a firebird !!!, es más, para qué quieres oledb integrado a firebird en un servidor linux en el que tan sólo quiero acceso a bases de datos firebird. También podemos criticarle que no tenga acceso nativo a dbf o mdb ;)

Es cierto, no podemos comparar la opinión del "guru" con la de poliburro, pero aún así cuando la de poliburro es mucho mas concienzuda, estoy de acuerdo en que cada item mencionado es discutible, por ejemplo, los items 1 y 3, hoy por hoy, ya no son del todo ciertos.