Versión Firebird

[Casimiro Notevi]

Empezado por Delfino

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í

[[egostar]]

Empezado por Casimiro Notevi

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 , quiero decir, no estoy explotando las características de FB adecuadamente.

Salud OS

[jhonny]

Empezado por egostar

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 , quiero decir, no estoy explotando las características de FB adecuadamente.

Salud OS

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 .

[[mlara]]

...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... ... !!!

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?

[Casimiro Notevi]

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".

[[mlara]]

Empezado por Casimiro Notevi

... creo recordar que no puedes hacer un backup transportable y luego restaurarlo entre esas versiones. ...

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.