Tendría que decir adiós?

[GustavoCruz]

Bueno...

Gracias a todos por sus sugerencias, pero tristemente le tendré que decir adiós a Firebird... por lo menos a la versión 2.x


GustavoCruz

[Casimiro Noteví]

Empezado por GustavoCruz

Bueno... Gracias a todos por sus sugerencias, pero tristemente le tendré que decir adiós a Firebird... por lo menos a la versión 2.x

¿Qué tiene que ver la base de datos con tu problema?
Si no ves bien, ¿cambias de zapatos?

[GustavoCruz]

Yo también me siento decepcionado, sobre todo porque con firebird aprendía a hacer UDF, hice una que me convierte los números a letras utilizando el código que tiene el componente de ATexto creado por Antoni Aloy López, una que me calcula la edad utilizando el truco de mamu
De firebird estoy muy contento porque apredí mucho...
Pero este problema que me resulta de las desconexiones fortuitas es grave, y no me puedo dar el lujo de decirle a un Médico de una Unidad de Cuidados Intensivos que cierre y vuelva a abrir el programa porque éste se desconectó de la base de datos.

Es sólo ese detalle que me obliga a buscar otro motor de base de datos.
Me gustaría que entendieran mi posición. Porque no es fácil tener que migrar una base de datos de mas de 5 años...

Pero si aún me pueden ayudar con esto le agradezco

GustavoCruz

[Casimiro Noteví]

Vamos a ver, la cosa es fácil, se ha explicado antes:

Primero se hacen comprobaciones para saber si la red local funciona bien. Si tiene problemas entonces hay que arreglar la red local.
Con red local me refiero a equipos, tarjetas, cables, router, etc.

Si la red local funciona perfectamente, entonces hay que verificar tu programa. No hay más. Punto. Se acabó. Fin.

Querer culpar a la base de datos es ilógico, incoherente, disparatado, inconsecuente, absurdo, irracional, ridículo, inverosímil.

[GustavoCruz]

Gracias Casimiro

[GustavoCruz]

Empezado por Casimiro Notevi

Vamos a ver, la cosa es fácil, se ha explicado antes:

Primero se hacen comprobaciones para saber si la red local funciona bien. Si tiene problemas entonces hay que arreglar la red local.
Con red local me refiero a equipos, tarjetas, cables, router, etc.

Si la red local funciona perfectamente, entonces hay que verificar tu programa. No hay más. Punto. Se acabó. Fin.

Querer culpar a la base de datos es ilógico, incoherente, disparatado, inconsecuente, absurdo, irracional, ridículo, inverosímil.

A ver casimiro... el programa funciona bien.
Simplemente que cuando hay un fallo en la conexión con el servidor. EL MUNDO NO TIENE POR QUÉ ACABARSE. conque se haga esto es suficiente

Código Delphi [-]
Coneccion.Connected := False;
Coneccion.Connected := True

pero resulta que no es así.
Esa instrucción me debía cerrar cualquier consulta abierta y me debería permitir reconectarme la base de datos.
Crees que simplemente quiero culpar a Firebird?
Te invito a que hagas la prueba, y perdóname, pero no me vengas con teorías. Porque la teoria dice que esto es suficiente

Código Delphi [-]
Coneccion.Connected := False;
Coneccion.Connected := True

GustavoCruz

[[RONPABLO]]

Empezado por GustavoCruz

A ver casimiro... el programa funciona bien.
Simplemente que cuando hay un fallo en la conexión con el servidor. EL MUNDO NO TIENE POR QUÉ ACABARSE. conque se haga esto es suficiente
Código Delphi [-]Coneccion.Connected := False; Coneccion.Connected := True

pero resulta que no es así.
Esa instrucción me debía cerrar cualquier consulta abierta y me debería permitir reconectarme la base de datos.
Crees que simplemente quiero culpar a Firebird?
Te invito a que hagas la prueba, y perdóname, pero no me vengas con teorías. Porque la teoria dice que esto es suficiente Código Delphi [-]Coneccion.Connected := False; Coneccion.Connected := True


GustavoCruz

Lo que ocurre a mi me paso en algún momento y no lo pude solucionar con los IBX, osea, si estaba trabajando y por algún motivo la conexión a la red se perdía, me tocaba finalizar la aplicación a la fuerza, con el tiempo me di cuenta que ese problema es de la forma como se conecta a la base de datos como si fuera una aplicación local que estaba todo el tiempo conectada, para solucionarlo debería cambiar de forma de trabajar la capa de datos y no permanecer conectado todo el tiempo, solo establecer la conexión hacer un query almacenarlo en un clientDataSet y cerrar nuevamente la conexión o al hacer algún update, un insert o un delete tener todo los pasos listos y cuando toda la información este lista conectar, mandar la sentencia SQL y desconectar nuevamente, para trabajar puede usar los clientDataSet en vez de usar un DataSet o un IBDataSet

[[RONPABLO]]

Empezado por RONPABLO

Lo que ocurre a mi me paso en algún momento y no lo pude solucionar con los IBX, osea, si estaba trabajando y por algún motivo la conexión a la red se perdía, me tocaba finalizar la aplicación a la fuerza, con el tiempo me di cuenta que ese problema es de la forma como se conecta a la base de datos como si fuera una aplicación local que estaba todo el tiempo conectada, para solucionarlo debería cambiar de forma de trabajar la capa de datos y no permanecer conectado todo el tiempo, solo establecer la conexión hacer un query almacenarlo en un clientDataSet y cerrar nuevamente la conexión o al hacer algún update, un insert o un delete tener todo los pasos listos y cuando toda la información este lista conectar, mandar la sentencia SQL y desconectar nuevamente, para trabajar puede usar los clientDataSet en vez de usar un DataSet o un IBDataSet

También usar una conexión para consultas o para cambios y una diferente si usas los eventos de firebird