FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Es muy raro el error que se te presenta, como te indicó arriba, por que tendrías que dejar tu conexión abierta después de un proceso de lectura o escritura? En mi caso realizó inserciones a la base de datos de forma remota pero abro y cierro la conexión, mi conexión no se queda abierta más de 10 segundos en el peor de los casos.
Los componentes de bases de datos tienen eventos en donde puedes gestionar (con bastantes limitaciones) estos errores. Saludos. |
#2
|
|||
|
|||
Cita:
Observa que uso el IBExpert y también sucede ¿Lo que indicas es que abra y cierre la base de datos completa por cada vez que hago una inserción? |
#3
|
||||
|
||||
Prueba desde otro sitio, por ejemplo desde tu casa u otro sitio que puedas controlar y que existan los mínimos "obstáculos" entre tú y el servidor.
|
#4
|
|||
|
|||
Comentaba anteriormente una duda, que operaciones realizas sobre la base de datos? Y por qué es necesario tener abierta la conexión (cuanto tiempo aproximado.) ?.
La verdad nunca he necesitado ma tener una conexión remota más de algunos minutos, para las conexiones de mis portales (en delphi con intraweb) se maneja un pool de conexiones y no presentó problemas (la conexión se abre 30 min ) pero es un esquema diferente. Puedes revisar instalando otras versiones de firebird, y antes de eso revisar la configuración de este a fondo. Harea algunas pruebas para ver si sucede los mismo. Suerte, saludos. |
#5
|
|||
|
|||
Hola de nuevo compañeros, y gracias por vuestras aportaciones.
Casimiro, ya lo había probado antes, pero volví a hacerlo desde mi casa con Windows 10 cliente y servidor windows 2003, y va perfectamente. Puede estar parado 40 minutos con la conexión abierta y al pasar el foco al programa, retoma todo correctamente y no se desconecta, como cabía esperar. Bitbow, el programa es cliente-servidor y son unas 120 tablas, el módulo activado son unas 20 tablas, normalmente las conexiones remotas no dan problemas y pueden estar horas conectados sin fallo, con bases de 4 o 5 millones de registros en una tabla y concurrencia de 10-12 personas por ejemplo. En este en concreto son unos miles de registros nada más. Abrir la base y las tablas cada vez que hago una inserción lo veo poco viable porque tarda unos 10-12 segundos, es más robusto pero más lento. Creo que el error viene del servidor. Desde mi casa también se desconecta a ese equipo La semana que viene vamos a cambiar el equipo que hace de servidor a ver si es del equipo o de su router u otro software que esté merodeando. Parece claro que aunque el software es mejorable y se podría gestionar de otra manera como apunta Bitbow, podría deberse a algo puntual de la red en software o hardware. Os iré contando y al final cuál fue la solución. |
#6
|
|||
|
|||
Creo que convendría revisar tu esquema para la consulta de información (es complicado manejar ese volumen e información en tiempo real), una recomendación seria manejar tablas temporales o clientdataset y posteriormente aplicar los cambios o migrar a un esquema con datasnap.
Hay un tema (debate) reciente que trata de que esquemas manejar y como se podría hacer de la mejor manera en un ambiente en internet, se plantean algunas buenas practicas y otras no tanto, no encuentro el tema pero lo vi en el listado reciente. Como mencionas >> Revisar la infraestructura e red y el servidor para poder garantizar conectividad y estabilidad. La realidad es que con los mejores enlaces y hardware si no planteamos bien el esquema a utilizar, una caída del enlace en algún punto podría suponer detener el trabajo por horas. Saludos y suerte. |
#7
|
|||
|
|||
Si, efectivamente, realmente te muchos creen que esto es algo fuera de lo usual, pero cuando trabajas en ambientes remotos (Internet), así es como se trabaja o con un pool de conexiones, no abres toda la base de datos sólo la conexión (la carga la maneja el servidor no tu aplicación), imagínate tener abierta una conexión por horas o días, esto si sería descabellado a menos que realmente uses esas conexiones todo ese tiempo.
Saludos. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Unable to complete network request to host 'xxxx' | gluglu | Conexión con bases de datos | 10 | 08-03-2013 19:48:34 |
Unable to complete network request to host | tulio | Firebird e Interbase | 8 | 27-02-2013 17:35:59 |
Error de Coneccion (Request BLR) | Onti | Firebird e Interbase | 7 | 21-04-2005 01:52:11 |
Error en IB7 Unable to complete network | eyscom | Firebird e Interbase | 6 | 01-04-2004 03:26:27 |
"Unable to complete..." La conexion se pierde durante la ejecución | ESA | Firebird e Interbase | 2 | 24-03-2004 14:09:49 |
|