Conectado o Desconectado ?

"Tito" wrote in message
news:

Yo vengo de otras plataformas habiendo trabajado por bases de datos por
años y realmente nunca me habia preocupado el paradigma de conectado o
desconectado.
A que se debera ? es que antes se trabajaba solo conectado ?

Me podrian aclarar un poco este concepto ?

El problema es que la terminología "conectado" o "desconectado" es
engañosa. Realmente siempre se trabaja conectado. Lo que se hace cuando se
habla del método "desconectado" es que se abre una conexión al servidor, se
copian los datos a memoria, y se cierra la conexión. Después se trabaja en
memoria con los datos y, cuando hay que enviar los datos al servidor, se
vuelve a abrir la conexión, se envían los cambios, y se vuelve a cerrar. Asi
pues, la realidad es que el método desconectado no está desconectado de
verdad, lo que ocurre es que los tiempos de conexión son breves. Esto
permite que muchos clientes trabajen contra un único servidor manteniendo
bajo el número medio de conexiones abiertas simultaneamente contra el
servidor.

Gracias por la explicacion.
Y segun eso veo entonces que el metodo "desconectado" no es practico para
aplicaciones windows en una LAN por ejemplo. Se aplicaria mejor a redes
WAN o sistemas WEB. Es asi?



"Alberto Poblacion"
escribió en el mensaje news:

"Tito" wrote in message
news:

Yo vengo de otras plataformas habiendo trabajado por bases de datos por
años y realmente nunca me habia preocupado el paradigma de conectado o
desconectado.
A que se debera ? es que antes se trabajaba solo conectado ?

Me podrian aclarar un poco este concepto ?

El problema es que la terminología "conectado" o "desconectado" es
engañosa. Realmente siempre se trabaja conectado. Lo que se hace cuando se
habla del método "desconectado" es que se abre una conexión al servidor,
se copian los datos a memoria, y se cierra la conexión. Después se trabaja
en memoria con los datos y, cuando hay que enviar los datos al servidor,
se vuelve a abrir la conexión, se envían los cambios, y se vuelve a
cerrar. Asi pues, la realidad es que el método desconectado no está
desconectado de verdad, lo que ocurre es que los tiempos de conexión son
breves. Esto permite que muchos clientes trabajen contra un único servidor
manteniendo bajo el número medio de conexiones abiertas simultaneamente
contra el servidor.

On Tue, 25 Jul 2006 08:53:12 +0200, "Alberto Poblacion"
wrote:

El problema es que la terminología "conectado" o "desconectado" es
engañosa. Realmente siempre se trabaja conectado. Lo que se hace cuando se
habla del método "desconectado" es que se abre una conexión al servidor, se
copian los datos a memoria, y se cierra la conexión. Después se trabaja en
memoria con los datos y, cuando hay que enviar los datos al servidor, se
vuelve a abrir la conexión, se envían los cambios, y se vuelve a cerrar.

A mi no me parece engañoso, eso es trabajar desconectado de verdad. El
verdadero problema es que esto no se debe de hacer. No se debe de
trabajar con los datos en memoria.

Esto
permite que muchos clientes trabajen contra un único servidor manteniendo
bajo el número medio de conexiones abiertas simultaneamente contra el
servidor.

Hay formas muchísimo mejores.


Saludos
Alfredo

On Tue, 25 Jul 2006 07:37:53 -0400, "Tito"
wrote:

Gracias por la explicacion.
Y segun eso veo entonces que el metodo "desconectado" no es practico para
aplicaciones windows en una LAN por ejemplo.

No es práctico para eso ni para nada. Es un gran error.

Se aplicaria mejor a redes
WAN o sistemas WEB. Es asi?

Tampoco. Los datos no se deben de gestionar en las aplicaciones, las
aplicaciones son solo para presentar y comunicar. La solución es usar
un SGBD distribuido.


Saludos
Alfredo

En qué basas tus argumentos, señor ?

"Alfredo Novoa" escribió:

On Tue, 25 Jul 2006 08:53:12 +0200, "Alberto Poblacion"
wrote:

> El problema es que la terminología "conectado" o "desconectado" es
>engañosa. Realmente siempre se trabaja conectado. Lo que se hace cuando se
>habla del método "desconectado" es que se abre una conexión al servidor, se
>copian los datos a memoria, y se cierra la conexión. Después se trabaja en
>memoria con los datos y, cuando hay que enviar los datos al servidor, se
>vuelve a abrir la conexión, se envían los cambios, y se vuelve a cerrar.

A mi no me parece engañoso, eso es trabajar desconectado de verdad. El
verdadero problema es que esto no se debe de hacer. No se debe de
trabajar con los datos en memoria.

>Esto
>permite que muchos clientes trabajen contra un único servidor manteniendo
>bajo el número medio de conexiones abiertas simultaneamente contra el
>servidor.

Hay formas muchísimo mejores.


Saludos
Alfredo