Versión Firebird
 

Alguien puede explicarme ¿Por Que? se actualizan las versiones de Firebird 1.5 o la 2.0, si la última es la 2.1. ¿Que sentido tiene instalar la 2.0 cuando puedo disponer de la 2.1?.
Gracias anticipadas.

Pues te lo explico: en la empresa donde trabajo probamos muy profundamente cada versión antes de instalarla en los clientes porque no queremos llevarnos malas sorpresas.
Actualmente seguimos instalando la versión 1.5 y llevamos varios meses probando la versión 2.0, seguramente la instalaremos en nuestros clientes después del verano... y es que queremos ir sobre seguro.
No sería la primera vez que han tenido que cancelar una versión recién sacada porque han detectado fallos graves. Imagina el resultado si lo hubiésemos instalado en algunos de nuestros clientes.

Muchas gracias.

Osea que la 2.1 que lanzaron hace poco tuvo problemas o te entendí mal?, es que no veo el reporte de eso en la web de Firebird :p.

Ahora mismo, de memoria, no recuerdo bien, pero con la 1.5 tuvieron que quitar la versión 64 bits y la 2.0 tuvieron que retirlarla un tiempo por algún motivo también... en fin, que lo nuevo hay que probarlo bien antes de dar el paso porque todo lleva tiempo y ya sabemos que tiempo=dinero, primero hay que coordinar con el cliente para detener todo el sistema y que no puedan trabajar (o quedar con él cuando han cerrado o un domingo), hacer backup de los datos, crear un backup transportable, desinstalar firebird, instalar el nuevo, restaurar la base de datos con el nuevo (todo eso en el servidor) y después en cada uno de los terminales/clientes hay que desinstalar el firebird que tienen y volver a instalar el nuevo. Finalmente hacer una prueba desde cada terminal y probar que conecta y trabaja bien contra el servidor.
Luego le cobras varias horas de trabajo y todos felices :)
Pero si hay algún problema que tienes que rehacer todo hacia atrás y no puedes cobrar :eek:, así que en estas cosas hay que ir con seguridad y no precipitarse corriendo para instalar la última versión.

Ahhh, pensé que te referías a que habían retirado la versión 2.1, por eso me pareció extraño ya que no había visto dicho anuncio... pero veo que te refieres al momento en que retiraron la versión 2.0.2 por un error que - según leí en la pagina de firebirdsql.org - era en la sentencia execute statement... en todo caso sea como sea, tienes la razón, uno no puede ir poniendo en producción cada versión que sale, sin antes probarla detenidamente :).

Y para q sirven las versiones Beta y las RC entonces?

No es extraño que se haya pasado algún error en el código cuando ya está la versión final, para eso sirven los "parches", pero a veces el error es tan grave que obliga a retirar el producto para solucionarlo.
Estas cosas pasan en todos lados, que tire la primera piedra el que nunca le haya ocurrido algo así :)

Hola, me pregunto en que condiciones sucedia tal error, porque yo usé la versión 2.0 de Firebird y no tuve ningún problema, ahora que formatee mi maquina e instalé de nuevo firebird y me doy cuenta que es la versión 2.1.0.

Pues nada, tal vez estoy usando FB como si fuera Paradox :D:D:D, quiero decir, no estoy explotando las características de FB adecuadamente.

Salud OS

Bueno, las versiones Beta y RC, nos sirven para probarlas antes de su salida, yo por lo regular, siempre las pruebo en una maquina aparte, cuando sale la versión release... ya es mi candidata a entrar en producción, pues hay muchas gente que la ha probado... luego de un tiempo prudente y debido a que como dice Casimiro puede que tenga errores aún (del tipo graves), ya voy pensando en subirla como mi motor de producción y lo hago... la verdad es que no acostumbro a esperar por ejemplo, que si salio la 2.1, esperar a que salga la 2.5... si no que como he dicho anteriormente, antes de que sale ya le he probado bastante y luego de que sale la definitiva, la pruebo otro tanto tiempo, hasta que ya... pero no es cuestión de que la monte en producción inmediatamente es lanzada.

Cada quien sacara su conclusión de cuanto tiempo esperar antes de subir una nueva versión a producción, pero creo que lo mas sano es no subir estas versiones inmediatamente salen.

egostar, por ponerte un ejemplo, el caso que comente anteriormente, ¿Te imaginas que tengas en tu BD algún procedimiento almacenado, super importante y crucial para tu programa, que ese procedure este hecho totalmente basado en sentencias statement y montas la versión 2.0.2 sin probrarla antes?

Pues te tocara ir y apagar el incendio de alguna manera, seguramente sera un día o unas semanas muy amargas para ti ;).

...o qué tal que esté migrando un sistema a Firebird y me encuentre con que sentencias que funcionan muy bien en Paradox no funcionan en Firebird 2.0.0 o 2.1.0? La verdad que a veces uno no sabe qué pensar, pues es precisamente lo que hago y me encuentro con algunas sorpresas como estas:

1. Los predicados NOT IN y ALL no usan índices!!! Podría quedarme toda la vida esperando una respuesta del servidor cuando tengo alguno de estos predicados en mi sistema... y vaya que si los tengo. Es natural.
2. Cuando tengo subconsultas, estas versiones, por cada registro retornado por la consulta exterior, realiza la consulta interior o subconsulta. No es lógico que si la consulta exterior me devuelve 10, 100, 1000, 10000, ... registros, entonces tenga que realizar ese número de veces la misma subconsulta. Al igual que en el caso anterior, no solamente el uso de la CPU llega al 100% dejándome completamente paralizado, sino que el tiempo es excesivo. Cómo es posible que en Paradox una sentencia que involucra una tabla con más de 1 millón de registros tome unos 5 segundos, mientras que en Firebird deba detener el servicio, cerrar forzadamente mi aplicación, desconectar a todos los clientes abruptamente, ... etc. Qué le digo a mis clientes? Que tomé una mala decisión?

Es claro que definitivamente un sistema se debe probar antes, pero hay cosas que uno no piensa que puedan llegar a suceder.

Esto en realidad me parece extraño y no termino de creerlo. Estamos haciendo pruebas con un cliente, pero nunca pensamos en algo tan grave como esto. Trato de reemplazar todas las consultas de este tipo, pero el sistema en realidad es grande y me está llevano tiempo. Aunque no se trate de un error propiamente dicho, cosa que pongo en duda, me cuestiono: Si usé InterBase 7.5 y nunca tuve este tipo de problemas, qué está pasando aquí? Ya sé que en este momento y desde hace mucho tiempo InterBase y Firebird son productos diferentes, pero Firebird tiene su origen en InterBase 6, por lo que me parece muy extraño... :confused::confused::confused:... :mad::mad::mad:!!!

PD. Complicado esto de pasar de la versión 2.1 a la versión 1.5 incluso sin estar seguro de que esto no sucede también en esta versión. Será que debo adoptar InterBase 7.5 (o la versión 8) como motor elegido con las consecuentes implicaciones?

No te recomiendo para nada que pases de la versión 2.1 a la 1.5, imagino que lo harás con ibpump o similar, porque creo recordar que no puedes hacer un backup transportable y luego restaurarlo entre esas versiones.

Lo que sí te aconsejo es que esas consultas que se "atragantan" las depures en profundidad buscando la forma más óptima, puedes usar cualquier analizador para "ponerlas a punto".

Precisamente, a eso quería referirme, obviamente en el sentido de este hilo.

Por otro lado, he estado leyendo y haciendo pruebas desde hace algunas horas. En este otro hilo comento algunos de los resultados obtenidos, en síntesis, una disminución considerablemente del tiempo de respuesta. Aún así... bueno, veremos que obtengo más adelante.