🚀 go-pugleaf

Hola ... mail ?

mail escribi�:

>     - Tengo un applet que consulta BD mediante una aplicaci�n servidora.
> Este cliente se abre, pregunta datos y los muestra (concretamente una lista
> de asignaturas). Entonces el visitante puede hacer diferentes consultas en
> funci�n de las asignaturas que haya escoja. Para consultar nuevos datos a la
> BD tengo que connectar, preguntar ...(vale que esto es inevitable) y luego
> interpretar lo que me llega (segun lo que he pedido claro) adem�s de
> formatearlo en "bonito".

Podrias mantener la conexion entre el servidor y la base de datos, y
comunicarte con el cliente via RMI.
La gestion de usuario/pwd la podrias hacer tu en tu aplicacion servidora.
Si utilizas accesos remotos a BD, realmente es un procedimiento lento, ya que
normalmente implica conexiones y desconexiones, pero tu servidor no tiene porque
establecer y cerrar conexiones. Puede conectar con la BD al arrancar y cerrar la
conexion al terminar la ejecucion.
Las llamadas de los clientes las puedes encolar en una o varias colas
dependiendo del numero de usuarios simultaneos que esperes.
Si esperas pocas consultas simultaneas, creo que te sale mas a cuenta mantener
abierta una unica conexion con la BD en el servidor, y utilizar una unica cola
para ejecutar las peticiones.

Por otra parte puedes usar threads para ir cargando los datos en background. No
hace que la aplicacion vaya mas rapida, pero podrias aprovechar los tiempos
muertos.

Incluso puedes ir mostrando los datos a medida que se cargan, con lo que tu
cliente no se impacientara tanto. Es pura psicologia aplicada 8-)

Espero haberte sido util

Saludos,
     Ramon