Base de Datos remota

Hola Cristian,

No es que sea correcto, es correctísimo, aunque personalmente prefiero
utilizar http://www.no-ip.com/. Por ponerte un ejemplo te dire que yo he
armado la conexión de una aplicación desarrollada en VB 6.0 con ADODB contra
SQLEXPRESS, de tal manera que la BBDD estaba alojada en un equipo portatil
que hacía de servidor al que atacaban hasta 9 clientes simultáneos. Para
ello simplemente tienes que registrar el DNS virtual en No-Ip.com, cuesta
6,50 $ anual aprox., instalar un pequeño programa en el server, lanzar ese
ese programa de tal manera que simplemente estará esperando a que le ataquen
los equipos cliente, y armar la conexión en esos clientes.

Saludos

Angel Luis

"Cristian Meneses" escribió en el mensaje
news:

Hola Gustavo
Es una aplicacion cliente/servidor realizada en visual basic 6. El
servidor y los clientes estarian instalados en un ordenador con xp
sp2.
Los usuarios usan para conectarse autenticacion por sql y ADO.
Saludos


Cristian

Se me olvidó comentar que el equipo portátil que hacía de servidor, y digo
hacía porque era para un Proyecto de 6 meses, salía a Internet por medio de
una tarjeta 3G , y aun así, el rendimiento era óptimo.

Saludos,

Angel Luis

"Angel Luis" <angel.luisARROBAsoport-ePONPUNTOes> escribió en el mensaje
news:%

Hola Cristian,

No es que sea correcto, es correctísimo, aunque personalmente prefiero
utilizar http://www.no-ip.com/. Por ponerte un ejemplo te dire que yo he
armado la conexión de una aplicación desarrollada en VB 6.0 con ADODB
contra SQLEXPRESS, de tal manera que la BBDD estaba alojada en un equipo
portatil que hacía de servidor al que atacaban hasta 9 clientes
simultáneos. Para ello simplemente tienes que registrar el DNS virtual en
No-Ip.com, cuesta 6,50 $ anual aprox., instalar un pequeño programa en el
server, lanun Prizar ese ese programa de tal manera que simplemente estará
esperando a que le ataquen los equipos cliente, y armar la conexión en
esos clientes.

Saludos

Angel Luis

"Cristian Meneses" escribió en el mensaje
news:

Hola Gustavo
Es una aplicacion cliente/servidor realizada en visual basic 6. El
servidor y los clientes estarian instalados en un ordenador con xp
sp2.
Los usuarios usan para conectarse autenticacion por sql y ADO.
Saludos


Cristian

Hola Gux,

On 14 dic, 19:44, Gux (MVP) wrote:

La mayoria de las aplicaciones cliente/servidor que se hacen suelen asumir
que hay conectividad constante con el servidor de base de datos y no toman
mucho recaudo acerca de cómo trabajar en redes de baja calidad (como lo es
Internet en la gran mayoría de los casos).

La conectividad a través de Internet también es constante, y yo creo
que ahora lo normal es asumir que es muy probable que cualquier
aplicación cliente/servidor se va a usar a través de Internet.

Además la calidad de Internet como red no deja de subir.

Una aplicación cliente/servidor, no bien diseñada para trabajar en forma
desconectada o con desconexiones ocasionales, muchas veces se puede mover de
una LAN hacia Internet con artilugios como las terminales remotas.

Si, pero no deja de dar bastante mala impresión y bastante
incomodidad.

Si la infraestructura de red disponible solamente es Internet, la aplicación
tiene que ser diseñada para comportarse dignamente en Internet. Y una
aplicación cliente/servidor con cliente grueso, no va a funcionar
decentemente en Internet a menos que se tenga un enlace similar al de una LAN.

Es que los clientes gruesos siempre han sido un disparate. Los
clientes gruesos eran lo que creaba la gente que pensaba que un SGBD
se usa igual que un procesador de archivos como DBase. O también las
aplicaciones DBase en las que se sustituyó el procesador de archivos
por un SGBD a lo bruto sin rediseñar nada. Pero esos no son verdaderos
sistemas cliente/servidor.

> Pero si las aplicaciones Web tienen una "usabilidad" muchísimo más
> pobre que los clientes Widows, y además tampoco hacen muy buen uso del
> ancho de banda.

Estoy de acuerdo con que la usabilidad del browser es más pobre. Pero tiene
otras ventajas: No requiere instalaciones cliente y solamente requiere un
browser decente corriendo en cualquier plataforma de sistema operativo.

Ventajas que en muchas aplicaciones internas son minúsculas comparadas
con la pérdida de usabilidad.

Además ahora se pueden crear aplicaciones Windows que no requieren
instalación o que la instalación es sencillísima y las actualizaciones
automáticas.

Windows sigue siendo el sistema operativo que se usa en la inmensa
mayoría de las empresas, pero también podríamos usar Java o .NET/Mono.

Si yo les digo a mis clientes que van a tener que contratar al triple
de operarios a cambio de que no va a haber que instalar las
aplicaciones (que se instalan en 2 minutos) y que van a funcionar en
Linux (que no lo usa ninguno y a la mayoría ni les suena). ¿Que crees
que me contestarían? :-)

De todas formas hoy en día la usabilidad de una aplicación web ha mejorado
muchísimo con las sucesivas modas (DHTML, Activex, applets Java, Flash, .NET
Webforms, AJAX, ... y las que se sigan inventando para que una aplicación web
se parezca bastante a una aplicación de escritorio).

ActiveX tiene muy pocas ventajas con respecto a los clientes Windows,
los applets Java hace años que casi no se usan, Flash nunca ha
terminado de despegar para aplicaciones de gestión. AJAX no mejora
mucho las cosas y es complicado de programar.

> La productividad del trabajo con aplicaciones Web es bajísima.

No hay duda de ello. Pero depende de dónde el arquitecto rankee
productividad frente a otras cualidades de la aplicación.

Más bien donde lo haga el cliente.

> Yo creo que sería mucho mejor poner un servidor intermedio que
> optimice el uso de la red, en caso de que no vaya muy bien conectando
> directamente a SQL Server a través de Internet.

Por favor puede usted extender más su idea? No percibo con claridad cómo
pasar una aplicación cliente/servidor a usar un servidor intermedio (que
optimice el uso de red? cómo? qué es exactamente lo que hace este servidor
intermedio?).

Pues la gente suele llamar a eso sistema de 3 capas. El servidor
intermedio se comunica con las aplicaciones y con el SGBD pero está
optimizado para comunicarse a través de Internet, por ejemplo usando
compresión de datos sofísticada, formatos binarios eficientes,
optimización del tamaño de los paquetes de datos y todo lo que se te
ocurra.

Yo lo he hecho en muchos proyectos con muy buenos resultados.
Prácticamente no se distingue de una aplicación funcionando en red
local en la mayoría de los casos.

Si fuera una aplicación web me resultaría evidente poner un servidor
intermedio (el servidor web, por ejemplo), pero no para el caso que ha
planteado el amigo.

Lo que pasa es que los servidores Web no están diseñados para trabajar
con aplicaciones de bases de datos.

Si creas algo especializado los resultados pueden ser mucho mejores.


Saludos
Alfredo

Buenas a todos
Le cuento que mi aplicacion se basa mucho en procedimientos
almacenados y funciones en el server, cuestion que el ejecutable final
suele ser una "mascara" y un ejecutor de eventos para altas, bajas,
modificaciones. En si todo el trabajo pesado lo tiene el servidor.
Mañana sabado tengo esta instalacion, probaré con lo siguiente
1) Instalare sobre windows 2000 o 2003 server
2) Luego SQL 2000 o 2005 Express
3) Montare la base de datos
4) Aceptare la sugerencia de Gux de montar un Terminal Server, aunque
para ello probaré con una sugerencia que he visto en otra web, e
instalare el soft gratuito de "2X Application Server"que me permite
comodamente trabajar con hasta 5 terminales y una aplicacion
compartida.
5) De todas formas, montare UVNC + DynDns para soporte y luego probare
la conexion con alguna sucursal el rendimiento usando conexion directa
ADO como propone Angel Luis y el Terminal Server de 2X antes
mencionado.
Espero hacer lo correcto, luego les contare como me ha ido.
Muchas gracias y saludos desde Argentina.


Cristian Meneses

Escenario perfecto Cristian, pero cuidado con instalar el VNC sin mas,
porque dejas una puerta abierta a posibles incursiones externas enoooorme.
Deberías de levantar el VNC detrás de algún proxy o de algún firewall en
condiciones.

Espero que te vaya todo bien. Ya nos contarás.

Saludos,

Angel Luis

"Cristian Meneses" escribió en el mensaje
news:
Buenas a todos
Le cuento que mi aplicacion se basa mucho en procedimientos
almacenados y funciones en el server, cuestion que el ejecutable final
suele ser una "mascara" y un ejecutor de eventos para altas, bajas,
modificaciones. En si todo el trabajo pesado lo tiene el servidor.
Mañana sabado tengo esta instalacion, probaré con lo siguiente
1) Instalare sobre windows 2000 o 2003 server
2) Luego SQL 2000 o 2005 Express
3) Montare la base de datos
4) Aceptare la sugerencia de Gux de montar un Terminal Server, aunque
para ello probaré con una sugerencia que he visto en otra web, e
instalare el soft gratuito de "2X Application Server"que me permite
comodamente trabajar con hasta 5 terminales y una aplicacion
compartida.
5) De todas formas, montare UVNC + DynDns para soporte y luego probare
la conexion con alguna sucursal el rendimiento usando conexion directa
ADO como propone Angel Luis y el Terminal Server de 2X antes
mencionado.
Espero hacer lo correcto, luego les contare como me ha ido.
Muchas gracias y saludos desde Argentina.


Cristian Meneses