Hay alguna forma de cerrar el Database en diseño

[Casimiro Noteví]

Empezado por Lepe

Ahora mismo no tengo BDS instalado (por causas que no vienen al caso), aquí viene la caracterísitca en cuestión: Set Component properties directamente del readme.txt de la VERSION 1.30 (October 26, 2006) de GExperts
Saludos

Interesantísima esa opción, la desconocía por completo, y eso que conozco gexperts desde... ni me acuerdo.

Precisamente la semana pasada sufrí un problema con un nuevo módulo que no funcionaba en ningún ordenador de ningún cliente. La pista para solucionarlo me la dio uno de mis jefes: "...el caso es que yo lo probé en mi portátil, ahí en la oficina, y funcionaba...". uuummmm... en la oficina sí que funcionaba y en todos los ordenadores que probé en el trabajo también... está claro, se ha quedado abierta la TpFIBDataBase
Efectivamente era eso.

Y a pesar de que tenemos una lista tremenda de cosas a comprobar antes de compilar para sacar una versión nueva... pero siempre se olvida algo

[roman]

Empezado por Casimiro Notevi

uuummmm... en la oficina sí que funcionaba y en todos los ordenadores que probé en el trabajo también... está claro, se ha quedado abierta la TpFIBDataBase

Llevo un día cavilando en esto y aún no atisbo cómo pudiste concluir esó

// Saludos

[Casimiro Noteví]

Empezado por roman

Llevo un día cavilando en esto y aún no atisbo cómo pudiste concluir esó

// Saludos

Sólo por experiencia, roman, porque ha pasado otras veces. Mis conexiones son siempre del estilo: 192.198.0.33:/home/datos/basedatos.fdb
Así que desde cualquier equipo de la red local pueden probar el programa que sea hecho por mí, que siempre conectará a esa ruta. Si dejo abierta esa conexión, evidentemente, en otro sitio no la encontrará y fallará al iniciar el programa.

[waly2k1]

Por lo gral. siempre tengo la conexión cerrada(cualquier tipo de conexión) y la abro en el evento DataModuleCreate del DataModule.

Si se trabaja con Access o 'archivos', jamás se sabe donde el usuario instaló la aplicación y genera una lista de mensajes de error(tantos como datasource existan). Si se trabaja con SQL u otros gestores se desconoce el nombre del server, DSN en caso de utilizar ODBC o lo que sea.

Para la cadena de conexión uso parámetros que los levanto de un .ini o una pantalla inicial y almaceno todo en el registro. De esta manera la segunda vez que corre ya tengo todos los parametros para armar la conexión.

De todas formas si me queda abierta por error en etapa de diseño la cierro antes en este mismo evento.

Una vez abierta la conexión
for i := 0 To Conx.DataSetCount-1 do
begin
// ShowMessage( Conx.DataSets[i].Name ); // Por si tira error se cual es el que jode
Conx.DataSets[i].Active := true;
end;

Salu2 y espero les sirva.

[waly2k1]

Para que lo propuesto anteriormente funcione correctamente el DM (datamodule) es el primer objeto a crear, o sea antes del main, login, splash, etc. creo el DM. Así cuando necesite trabajar con datos ya están todos disponibles.

Saludos

[roman]

Empezado por waly2k1

De todas formas si me queda abierta por error en etapa de diseño la cierro antes en este mismo evento.

El problema es que si la conexión queda abierta durante el diseño, la VCL intentará reabrirla al momento de cargar las componentes del DFM al crear el data module, y esto ocurre antes del evento OnCreate, así que para cuando quieras cerrarla, ya habrá saltado la excepción indicando que no encuentra el archivo, el servidor, etc.

// Saludos

[Casimiro Noteví]

Claro, ese es el problema, que el error ocurre antes. Y no hay forma de evitarlo si hemos olvidado cerrar la conexión antes de compilar el ejecutable.
Esta opción de las Gexperts es perfecta para evitar ese problema.