Oracle empieza a cerrar MYSQL

[[Chris]]

Empezado por Delphius

No, no me caes mal... pero dejémoslo en que tienes la facilidad de exasperarme.

Yo creo que más bien es que no toleras una opinión contraria a la tuya. Te dejo esta prueba. Tú dices que para proyectos con una DB local y mono usuario (solo Windows) lo ideal sería Firebird Embeded. Bueno yo digo que es SQLite. ¿Discutimos?

Empezado por Delphius

Si hay algo que no me agrada es que venga un tipo que se dice alabar algo pero resulta que se auto apuñalada y busca meter el vardo (problemas para los argentinos) a escondidas.

Nuca he jurado lealtad hacia ningún motor. Y si no criticara los problemas existente, quién lo haría entonces? Acaso no es buena la autocrítica? Crees que los problemas de seguridad se hubieran venido mejorando -aunque sea un poco- si alguién antes no hubiera hecho el llamado a mejorar las cosas?

Empezado por Delphius

El sólo hecho de hacer esos llamados a comparación es separar, clasificar... y de decir quien es mejor y cual es el peor.

A ver... estoy de acuerdo en que uno debe aplicar un buen análisis de caso de estudio para decir que es lo más viable. Pero yendo al caso ¿Que es lo que no hace viable a FB en algunos escenarios?

Quieres algo monousuario y liviano: Firebird Embeded; aunque si existe la restricción de que sea multiplataforma allí si hay que mirar más.
Necesitas algo más adecuada para Windows: Firebird SuperServer
Necesitas algo más adecuado a Linux: Firebird Classic o SuperClassic

Necesitas algo grande: Firebird

No quiero pensar que eres de los desarrolladores que para todo tipo de problemas tienen la misma solución. Tal vez digas que Firebird es adecuado para manejar las transacciones de Wall Street.

Empezado por Delphius

Si hay algo que tiene FB es que tiene diferentes sabores para adaptarse a varios escenarios. Es lo suficiente flexible y escalable como para ir desde el monosuario a una compleja red.
¿No es eso maravilloso? Pidele lo mismo a MySQL, PostgreSQL o a SQLite a ver que te dicen.

Sé lo que cada uno tiene y que puedo pedirles.
A MySQL, búsquedas de texto completo (no disponibles en Firebird).
A Postgree, Estructuras de datos aptas para geolocalización (no disponibles en Firebird)
A SQLite, Simplicidad y ligereza (mucho mayor que Firebird Embeded).

Empezado por Delphius

Y saber cuando callar, y hacer una crítica constructiva y cuando permitirse hablar. Hablaste de unas supuestas falencias, viejas, de FB. Te he dicho que FB a mejorado y tu le seguiste dando por algo del pasado; como lo de seguridad.
¿O es que te parece poco y nada el avance de 2.1 a 2.5 y ahora con lo que se viene a 3.0?
Tu tiraste una visión en la que te quedas como en que FB nunca mejorará... y seguirá siendo un juguete que está bajo la sombra de PostgreSQL.
Date cuenta Chris que los aspectos de seguridad, redes, procedimientos almacenados y otras "características" que señalas no son limitaciones, ni hacen de FB un producto inmaduro.

Necesitas leer el hilo y comprender en el contexto en que lo he dicho.

Empezado por Delphius

PostgreSQL es el primer proyecto Open Source (corrijanme si me equivoco) y lleva casi 30 años. Firebird por su parte recién cumplió su década.
FB a avanzado en sus 10 años muchísimo más rápido que PostgreSQL en sus 30. Si eso no es para destacar ¿que mierda es?

Sí claro diez u once años. Pero súmale los casi veinte años que tenía Interbase cuando fue liberado. Allí ya no se hace tanta la diferencia.

Empezado por Delphius

Si FB fuera un juguete, ¿porqué hay empresas que apuestan cada vez más? ¿Porqué ha venido ganando premios en SourceForje como uno de los proyectos más alentadores?

Porque es un excelente motor de base datos. Nunca he dicho lo contrario. Pero al César lo que es del César.

Empezado por Delphius

Lees pero no etendés. ¡Parte del equipo de desarrollo de PostgreSQL es quien se pasó a Firebird!
Además cuando dije que MySQL y PostgreSQL le deben favores me refiero justamente a una de las cabezas del equipo de Firebird gentilmente cedió su experiencia y recomendaciones a MySQL y PostgreSQL; si... así es colaboró en dichos proyectos. Lo cierto es que MySQL no sería lo que es sino fuera por la ayuda que brindó Steve Summers. La historia fue más o menos así: "Oye Steve te necesito aquí porque me quedé trabado. ¿Me das una mano? Claro que te pagaré"

Entonces este señor Steve habrá diseñado ambos motores desde cero para que le des todos los méritos de lo que son hoy cada uno de ellos.

Creo que si haces una búsqueda en San Google, solo te encontrarás a tí sosteniendo que Firebird es inmensamente superior a Postgree. Por favor! Ambos tienen lo suyo y ambos son un excelentísimo producto. Pero a cómo te dije, al César lo que es del César.

Saludos,
Chris

[Casimiro Noteví]

Sigamos la "guerra"

Empezado por Chris

Tal vez digas que Firebird es adecuado para manejar las transacciones de Wall Street.

¿Cuáles son los requisitos necesarios?, me gustaría saberlo para poder convencerme.

Empezado por Chris

A MySQL, búsquedas de texto completo (no disponibles en Firebird).

¿Texto completo?, ¿qué quieres decir con eso?, me pones un ejemplo, por favor.

Empezado por Chris

A Postgree, Estructuras de datos aptas para geolocalización (no disponibles en Firebird)

Cierto, postgresql lo permite.

[Casimiro Noteví]

Y ahora me toca disparar, jejeje
Puestos a hablar de "lo malo" que es uno u otro, me he encontrado información que confirma que postgresql es muy malo

• He leído que no existe una versión de postgresql "incrustable", "embebida" o como se le llame. De firebird, sí
• También he leído, no sé si las últimas versiones lo tienen, que no existen campos calculados en postgresql. En firebird, sí

Ejemplo:

Código SQL [-]
CREATE TABLE ejemplo (      
  id  integer not null,    
  campo1  currency not null default 0,      
  campo2  currency not null default 0,      
  total   computed by (campo1 + campo2),   
  primary key (id)
);

Sólo he buscado un poquito, pero seguro que si busco más, encontraré más "fallos" de postgresql

[Casimiro Noteví]

Más cosas, he buscado y no lo he encontrado, pero hay algo en firebird que está muy interesante y no sé si lo tiene postgresql:
Los triggers, además de los habituales before/after insert/update/delete también pueden ser creados de una vez para varios eventos, ejemplo:

Código SQL [-]
create trigger t_ejemplo_ active
BEFORE INSERT OR UPDATE OR DELETE POSITION 0
as
begin
  if INSERTING then
    loquesea

  if UPDATING then
    loquesea

  if DELETING then
    loquesea

end

Pero además hay más, a veces es necesario hacer varias cosas distintas en un mismo evento de trigger, o cosas totalmente distintas, o unas cosas antes que otras, pues bien, se puede tener varios triggers, por ejemplo, before insert, se diferencian por la 'position'.
Ejemplos:

Código SQL [-]
create trigger t_ejemplo_ active
before insert POSITION 0

Código SQL [-]
create trigger t_ejemplo_ active
 before insert POSITION 1

Código SQL [-]
create trigger t_ejemplo_ active
 before insert POSITION 2

¿Tiene esa funcionalidad postgresql?

[[mightydragonlor]]

Empezado por Chris
A MySQL, búsquedas de texto completo (no disponibles en Firebird).

La búsqueda de texto completo en FB si son posible, no por que ya exista una función para ellos, pero si creas una serie de procedimientos almacenados podrás tener esa utilidad, Aquí los scripts y la explicación, también puedes usar una de estas opciones.

[[Al González]]

Recuerdo cuando era joven y discutía con la misma energía que ustedes.

Empezado por Casimiro Notevi

[list][*] He leído que no existe una versión de postgresql "incrustable", "embebida" o como se le llame [...]

Incrustrada.

Lo que puedo sacar en resumen es que las tres bases de datos más mencionadas en este hilo son grandes competidores entre sí, tanto por las características exclusivas que cada una posee, como por su popularidad.

Les propongo que toda esa energía la dediquen a hacer una fría y objetiva comparación, sin apasionamientos, de las tres bases de datos. Estableciendo diferentes entornos y poniendo a prueba las tres bases de datos sobre dichos entornos. No para obtener un ganador absoluto (dudo que eso pueda surgir), sino para contar con una matriz actualizada de las capacidades de cada una y que esa matriz nos sirva para tomar decisiones ante cada proyecto.

Yo seguiré usando Firebird predeterminadamente (me gusta la canija), pero si llego a encontrarme con una limitante crítica que alguna de las otras dos resuelva de buena forma, no dudaré en cambiar, para ese proyecto en específico, el motor de base de datos.

Un abrazo ante la caída del Muro Street.

Al González.

[adfa76]

Hola gente hace mucho que no escribia por aca.
Si bien no soy un experto en las BD mencionadas (siendo FB la que menos he usado) las 2 cosas importantes de una BD son robustes y velocidad, ni bien la primera "buena" para cualquier motor el determinante es la segunda.
Cuando empece a usar PostgreSQL la multiplataforma es un desastre comparada con cualquiera de las otras 2, la forma de hacer que funcionara en windows era con librerias de cygwin y otros inventos que hacien que el motor pareciera Frankestein. (por suerte creo que apartir de la version 8 el setup ya hacia todo). Si bien es una BD que tiene muchas cosas interesantes la performance siempre fue el punto flaco (algunas migraciones de datos de servers me han llevado su tiempito), aunque ahora es un poco más veloz nada mejor elegido como simbolo que el elefante
Mysql, es la que más he usado (que la única restricción de usarla es proporcionar el código fuente a mi entender), siempre fue muy sencilla de instalar y muy veloz (sobre todo con las tablas MyISAM, con InnoDB ya cambia un poco). Nada mejor elegido como simbolo que un Delphin. Una pena lo que esta haciendo Oracle ... pero en fin, creo que ya nos lo veiamos venir.
FB lo poco que la he usado me ha resultado bastante grato, si bien los triggers para los automerados es un trabajito más tampoco es para tanto. El que sea tan rápida y facil de usar como MySQL es una gran ventaja.
Creo que cada base tiene cosas muy interesantes para algunos menesteres pero las 3 son muy buenas bases.
Le tengo mucha fe a FB que creo que siempre lo que le falto fue prensa.

Ahora bien:
mightydragonlor tiene toda la , una BD NUNCA debe estar expuesta a Internet, la mayoria de los motores de BD expuestos a Internet han sido hackeados (incluido Oracle).

Saludos

[[RONPABLO]]

Empezado por adfa76

.. muy veloz (sobre todo con las tablas MyISAM, con InnoDB ya cambia un poco).
Saludos

Cuando probé MySQL lo hice sin entender muy bien porque habian tantas arquitecturas, así me fui por MyISAM, me pareció muy rápida y me fue grato, pero yo quería usar integridad referencial y estar listo para cuando salieran los procedimientos almacenados entonces cambie a InnoDB (que en ese momento entendí que debía cambiarme a esta arquitectura para tener estas caracteristicas, no recuerdo bien porque, fácilmente me falto investigar más), en fin cuando hice el cambio ahí se puede decir que tuve una experiencia nueva y poco grata, la velocidad disminuyó notablemente. Al poco tiempo empece a ver muy buenos comentarios de fb en este foro, lo estudie un poco y nuevamente a los pocos meses cambie de motor (nuevamente, antes había pasado de Paradox a MySQL) y fue algo muy bueno sentir nuevamente velocidad.