HMGforum.com

hola, estoy haciendo una prueba usando una base de datos MySQl en un hosting, hasta ahora todo Ok, pero el administrador MySQl, tiene la variable wait_timeout en 5 minutos, así que si dejo ese tiempo sin hacer consultas el servidor me desconecta. Obvio, que puedo solucionar conectando y desconectando en cada consulta / transacción , pero me parece trabajoso, no me pasa si uso en modo local, puedo dejar la conexión abierta por 8 horas. Por supuesto que probé por todos los medios modificar el valor de la variable wait_timeout, que ahora esta en 300 segundos (5 minutos), pero solo la modifica el administrador; alguién implementó esto ?, queda alguna otra opción que no sea , conectar - consultar - desconectar ? saludos colegas.

Javier, cuando usamos el modo cliente / servidor, todo tipo de consultas de tecnología actual se deben a liberar la conexión y el consumo de ancho de banda del servidor, haciéndolo más rápido para nuevas solicitudes. Tengo el mismo problema para hacer una función que se llamará en cada consulta, otra opción sería pagar un vps pero se mantendrá conectado todo el tiempo pero tendrá un problema de lactancia dejando algunas búsquedas lentas.

No se mucho de base de datos, pero no se puede poner un timer ?, por ejemplo cada 1 minuto para que realize una consulta trivial, como el numero de registros, el nombre del primer campo del un registro, o un dato cualquiera, etcétera.

Like it or not but databases are designed to work with many users, it is normal for inactive ones to disconnect

Wrong programming style?

Only after ENTER/SUBMIT open connection, do SQL statement, close connection.
If you a query with many rows as a result: PAGING !

With local DBF you do USE dbffile and at END (somewhere) you close or QUIT... Complete different style of thinking and programming.

Serge

hi,

use SQL you do NOT have "real Data" only a Snapshot at that Time.
you get a Result-Set which you can use to fill a Array or MEM:Dbf and work with it

so it is not need to have Connection like in DBF where you direct work in DBF e.g. Browse with "Dbskipper"

---

using DBF it will slow down when 2nd User open same DBF. this is Opportunistic locking of SMB
you also might get Data corruption when multiple users perform read and write operations to a shared file.

so do NOT let your DBF open "all time"

Ok, muchas gracias.
Voy a implementar un funcion que abra la conexion, consulte, y cierre la conexion.
Pasa que son muchos años con el trabajo con DBF's, y todavía pienso que es mejor dejar la conexión ó el archivo abierto, cuando ahora es al reves con la nuevas tecnologias.

Muchas gracias a todos los que respondieron. Saludos.