Ir al contenido


Foto

Firebird 2.5 RC 2


  • Por favor identifícate para responder
25 respuestas en este tema

#21 Delphius

Delphius

    Advanced Member

  • Administrador
  • 6.295 mensajes
  • LocationArgentina

Escrito 09 febrero 2010 - 01:06

Por cierto, se ve que la arquitectura SuperClassic no es una fusión de la SuperServer y la Classic, sino una versión mejorada de la Classic que aún escala mejor para atender a más usuarios (cada conexión crea un thread exclusivo independiente y no un proceso exclusivo independiente, las memorias siguen siendo independientes), y que teóricamente debería ser la arquitectura base de Firebird 3.


Entonces... existe cierta posibilidad de que dejen de continuar con las otras arquitecturas.
Mmmmm... me tendré que poner al día más temprano de lo que yo pensaba.

Saludos,
  • 0

#22 Marc

Marc

    Advanced Member

  • Moderadores
  • PipPipPip
  • 1.484 mensajes
  • LocationMallorca

Escrito 09 febrero 2010 - 01:21

Entonces... existe cierta posibilidad de que dejen de continuar con las otras arquitecturas.
Mmmmm... me tendré que poner al día más temprano de lo que yo pensaba.


Sinceramente, ya no estoy seguro de nada. Pensaba que solo habría una arquitectura (ya que muchos desarrolladores de Firebird se quejaban del trabajo que supone mantener dos arquitecturas distintas), pero al menos en FB 2.5 vemos que ahora tenemos tres arquitecturas.

También recuerdo que Firebird 3.0 iba a utilizar mucho trabajo del Vulcan, hecho por encargo por Jim Starkey (el padre de Interbase), por lo que iba a ser muy modular, permitiendo utilizar distintos motores simultáneamente (algo como lo que hace MySQL). Pero personalmente, y desde mi ignorancia, prefiero que se centren en una única arquitectura.

Si te soy sincero, ahora mismo no sé como acabará esto en Firebird 3 (hace mucho tiempo que no sigo las news de desarrollo de Firebird).

Saludos.
  • 0

#23 poliburro

poliburro

    Advanced Member

  • Administrador
  • 4.945 mensajes
  • LocationMéxico

Escrito 09 febrero 2010 - 03:31


Gracias, por contestar. Por lo que veo, me temo que Firebird nunca va a ser adecuado para tus necesidades, puesto que hay algunos puntos que creo que no tienen ninguna intención de implementarlos.

NOTA: ¿ Seguro que Firebird no juega en la misma liga que PostgreSQL ?.


He leido tus comentarios punto por punto amigo y como decia al principio, firebird va paso a paso acercándose a los grandes. Aunque son pasos lentos sus nuevas características lo hacen para mi ahora más atractivo.

Considero amigo que se está acercando a la liga de postgresql pero aún no está al  nivel, aún le falta madurar pues muchos de los puntos que he tocado ya los soporta postgresql.

Un saludo afectuoso. :)

  • 0

#24 Kipow

Kipow

    Advanced Member

  • Miembro Platino
  • PipPipPip
  • 228 mensajes
  • LocationGuatemala

Escrito 09 febrero 2010 - 03:47

Que buena noticia, estaba esperando esta release para animarme a realizar mis primeras pruebas con la version.
  • 0

#25 lbuelvas

lbuelvas

    Member

  • Miembros
  • PipPip
  • 20 mensajes
  • LocationColombia

Escrito 15 febrero 2010 - 08:51

Muy respetables los comentarios, sin embargo dejo mis puntos de vista:

Microsoft SQLServer no lo colocaría en la grandes ligas porque solo corre sobre la plataforma Windows.

PostgreSQL tampoco lo colocaria dentro de las bases de datos de las grandes ligas.

He elaborado sistemas donde se conectan mas de 25 usuarios en una red de area local y otros 5 conectados de manera remota en una aplicacion 24x7, el motor de base de datos utilizado es Firebird 1.5.6.

Es cierto que Oracle pemite que sus objetos (tablas, llaves, indices) se encuentren en discos separados incrementando extraordinariamente su rendimiento. Oracle es el motor de base de datos más rápido del mundo, y una base de datos dará un buen desempeño dependiendo del diseño mismo.  Son grandes la ventajas de Oracle pero para empresas pequeñas y medianas sus costos son elevados, requiere equipos de alto desempeño, requiere de personal para administrarla, etc.  Con Firebird mis clientes no necesitan entrar en estos costos, una copia de seguridad es tan simple como copiar y pegar un archivo.

Para los amantes de mySQL, me entristece lo que le está pasando a este motor, debido a su doble licencia no llegué a utilizarlo.  Ahora absorbido por Oracle su futuro es impredecible, la firma Oracle no va a permitir que mySQL siga creciendo en características que le hagan competencia al motor Oracle.  Para un ejemplo miren que le pasó a Informix.  Informix en su momento separo unidades de negocios por un lado Informix la base de datos y por otro las herramientoas 4GL de desarrollo bajo la firma Ascential Software.  En el 2001 IBM absorvió Informix y en el año 2005 IBM también absorvió Ascential Software.  El principal propósito de la adquisición fueron los cerca de 100.000 clientes que tenía Informix.  Debemos revisar la historia porque los comportamientos y resultados se repiten en el tiempo.  Pasará lo mismo con mySQL ?

Es cierto que el progreso de Firebird a venido lento, sus recursos economicos no son tan fuertes como los que tenía mySQL, pero el progreso ha sido firme, consistente, con actualización hacia versiones anteriores (un ejemplo de ello es Firebird 1.5.6).  Firebird lo postularía debido a su tipo de licencia, características y rendimiento como el mejor motor de bases de datos para sistemas pequeños y medianos.

Para los sitemas grandes bienvenidos son Oracle, DB2 y MS SQL Server (mmm, con SQL Server tengo mis dudas pero bueno el papa es Microsoft).
  • 0

#26 egostar

egostar

    missing my father, I love my mother.

  • Administrador
  • 14.448 mensajes
  • LocationMéxico

Escrito 15 febrero 2010 - 09:37

Hola

Muy interesante tu apreciación amigo lbuelvas, yo siempre que se toca este y otros temas con fundamentos similares digo que todo DEPENDE de lo que estás desarrollando, quiero decir, muchos nos preocupamos por contar con el último grito de la tecnología o lo que está de moda, sin embargo, no se explotan las características de lo que se utiliza.

Salud OS

  • 0




IP.Board spam blocked by CleanTalk.