Ojo, Ricardo: no existe nada que sea "lo más eficiente para manejo de datos remotos". Hay muchos patrones diferentes, que son soluciones bastante probadas para determinados contextos, pero siempre hay que analizar mucho el escenario, porque lo que es buenísimo en un caso puede ser desastroso en otro.
Para que te des idea, sólo algunas de las cosas que cambian toda la película incluyen: - Ancho de banda - Latencia - Cantidad de usuarios / conexiones concurrentes - Volumen y tipo de transacciones - Volumen y tipo de consultas - Mecanismos de paginación - Condiciones de seguridad - Tecnologías del lado del servidor y del cliente - etc, etc, etc Por eso está bueno seguir intercambiando ideas, pero hay que buscarles todos los pro y contra y después ver su situación para ESTA aplicación. Saludos! --- Martín Salías http://Salias.com.ar 2008/10/3 Ricardo Pina <[EMAIL PROTECTED]> > Siii, esa era la idea , un hilo sobre todo lo que querias saber de "Acceso > Remoto" y nunca te animaste a preguntar Lo más cómodo es seguir utilizando > ER en cualquiera de sus versiones, pero lo que queremos saber que es lo más > eficiente para manejo de datos remotos, amen de aprovechar el cambio de > arquitectura cliente servidor > > saludos > Ricardo > > > El 3 de octubre de 2008 12:31, Eric Z. <[EMAIL PROTECTED]>escribió: > > Ricardo…creo que abriste una caja de Pandora en el Gufa… pero bueno es >> cuestión de ponerse a ver que es lo mejor… >> >> Ahora queres acceso remoto usando el escritorio remoto y no tener que >> pagar licencias te recomiendo un soft que lo hace y es gratuito >> http://www.xpunlimited.com/ te da todas las funcionalidades y podes ver >> las impresoras de tu PC y la del Host de donde esta conectado, entre otros >> recursos, es muy bueno hasta los sonidos escuchas de la aplicación, yo lo >> uso en algunos cliente para dar soporte remoto. Bueno Fíjate….Suerte..! >> >> Saludos, Eric! >> >> >> >> >> >> Eric G. Zbrun >> >> Ingeniero en Sistemas Informáticos >> >> Dpto. Desarrollo >> >> Sistemas C&P >> >> www.sistemascyp.com.ar >> ------------------------------ >> >> *De:* [email protected] [mailto:[EMAIL PROTECTED] *En nombre de *Martín >> Salías >> *Enviado el:* Miércoles, 01 de Octubre de 2008 22:51 >> *Para:* GUFA List Member >> *Asunto:* [GUFA] Escritorio Remoto vs Motor BBDD Cliente Servidor >> >> >> >> Hola, Ricardo. >> >> >> >> Te hago una evaluación rápida de las alternativas que mencionás y qué pros >> y contras tienen, y te doy alguna otra: >> >> >> >> - Escritorio Remoto: como decís es transparente, pero se limita a una o >> dos conexiones >> >> >> >> - Terminal Services: en modo aplicación te soporta N conexiones, con >> posibilidad de escalar, pero tiene costos de licenciamiento, y consume del >> lado del servidor una cantidad de recursos (RAM, procesador, etc) bastante >> considerable por sesión. >> >> >> >> - Servidor remoto: si tenés una VPN es relativamente seguro, pero es muy >> sensible al ancho de banda y la latencia del vínculo, y exige que retoques >> bastante la aplicación. Sin VPN de por medio, es bastante inseguro porque >> tenés que dejar el servidor expuesto. >> >> >> >> - Web Services (SOAP): definitivamente no me parece buena idea para >> utilizar como capa de datos, porque tienen una interfaz compleja y te >> aumentan la latencia (cada call es por HTTP, más la serialización, etc). >> >> >> >> - RESTful Services: no sé de nadie que lo haya hecho en VFP, pero al ser >> más livianos y tener una interfaz uniforme, son mejores para una capade >> datos remota. Ejemplos son las API de Flikr, Amazon S2 y S3, o >> ADO.NET<http://ado.net/>Data Services (antes Astoria). >> >> >> >> - Aplicación Web: Esta me parece por lejos la mejor solución si se prevé >> que la cantidad de usuarios se incremente, pero requiere bastante retoque de >> la aplicación. Si tenés pegada la lógica con la presentación, es muchísimo >> trabajo. >> >> >> >> Final: si no vas a crecer mucho, seguí con escritorio remoto ó Terminal >> Services. Si la cosa crece mucho, debería justificarse la inversión de armar >> una interfaz web, y de paso te metés en un campo interesante. >> >> >> >> Saludos, >> >> >> --- >> Martín Salías >> http://Salias.com.ar <http://salias.com.ar/> >> >> >> 2008/10/1 Ricardo Pina <[EMAIL PROTECTED]> >> >> Eric >> >> >> En realidad no hay ningun sistema crítico, solo actualizarían sistemas >> contables, cuentas corrientes y novedades del personal, lo óptimo seria que >> actualicen el servidor online pero no es esencial pudiendo hacerse mediante >> lotes de info manejandose mediante programación >> Con escritorio remoto no hay que tocar ni una sola linea, lo unico tienen >> algunos problemas con el manejo de perifericos locales (impresoras USB o >> scanners), y ademas esta el tema de las licencias que no es poca cosa >> Con una arquitectura Cliente/servidor solucionas ambas temas pero nos >> queda a solucionar el tema de velocidad de acceso, como actualizar la BBDD, >> por eso la consulta al grupo para tomar nota de vuestras experiencias >> anteriores, que modalidad de trabajo conviene más en estos casos, trabajar >> online, conectar la BBDD por IP , utilizar web service, trabajar >> actualizando mediante lotes. >> En definitiva ver que resulta mas conveniente en estos casos. >> bueno, seguimos investigando, prometo que publicaremos la solucion >> definitiva, ya estamos en el barco, tonces a remarrrr >> >> Saludos >> >> Ricardo Pina >> >> >> >> >> 2008/10/1, Eric Z. <[EMAIL PROTECTED]>: >> >> Ricardo: >> >> Yo arme un sistema que si bien laburaba localmente necesitaba >> de la central conectarse para consultar datos (stock y demás) y arme un >> componente en FOX corriendo en el SERVER que se conectaba a través de una >> VPN y consultaba. El componente consultaba una BD en postgreSQL. Es una >> forma de trabajar. >> >> Pero es mucho mas fácil por escritorio remoto obvio mientras tengas >> Internet ya que se cae el servicio y no hay sistema. Y si el sistema es de >> Critico esta en un problema. >> >> >> >> Saludos, Eric! >> >> >> >> Eric G. Zbrun >> >> Ingeniero en Sistemas Informáticos >> >> Dpto. Desarrollo >> >> Sistemas C&P >> >> www.sistemascyp.com.ar >> ------------------------------ >> >> *De:* [email protected] [mailto:[EMAIL PROTECTED] *En nombre de *Pablo Pioli >> *Enviado el:* Martes, 30 de Septiembre de 2008 22:45 >> *Para:* GUFA List Member >> *Asunto:* [GUFA] Escritorio Remoto vs Motor BBDD Cliente Servidor >> >> >> >> En realidad para acceso via Internet yo usaria escritorio remoto. >> >> >> >> Acceder a la DB via internet es exponerla a cualquiera arriesgandote a >> problemas de seguridad. >> >> Por otro lado, dependiendo de la conexion que tenga el servidor >> (especialmente el upload) es posible que los usuarios se quejen por la >> velocidad de acceso a los datos. >> >> >> >> Una base de datos cliente-servidor tiene muchas ventajas pero no creo que >> cambiar a este esquema se justifique solo por acceder a los datos via >> internet. >> >> >> >> Pablo Pioli >> >> ----- Original Message ----- >> >> *From:* Ricardo Pina <[EMAIL PROTECTED]> >> >> *To:* GUFA List Member <[email protected]> >> >> *Sent:* Tuesday, September 30, 2008 10:08 PM >> >> *Subject:* [GUFA] Escritorio Remoto vs Motor BBDD Cliente Servidor >> >> >> >> Parece que es asi nomas >> >> Tengo claro las ventajas de trabajar con una arquitectura cliente/servidor >> y estuve investigando sobre las prestaciones de Postgresql para evitar el >> uso de licencias y en la mayoria de los casos recibi muy buenas referencias. >> >> Mi consulta era porque tenia que defender ante el cliente la migración, ya >> que tiene sus necesidades satisfechas con la implementación del escritorio >> Remoto y queria "venderle" el cambio de arquitectura detallandole que >> ventajas iba a recibir con esto. >> >> Bueno, espero poder serte útil a la brevedad >> >> >> >> Saludos >> >> Ricardo Pina >> >> >> >> >> >> >> >> >> >> El 30 de septiembre de 2008 19:20, Eric Z. <[EMAIL PROTECTED]> >> escribió: >> >> Parece Ricardo que te puedo seguir ayudando.. ja! >> >> Yo te recomiendo PostgreSQL realmente me ha sorprendido por ser un >> producto Open Source y además muy completoa diferencia del Mysql. Es un tema >> la configuración de la seguridad pero es muy bueno y muy estable. Ahora si >> tu base no va ocupar mucho podes darle con SQL 2005 Express que hasta 2 o 4 >> Gb va. El tema que si hay alguna PC cliente con Windows 98 olvídalo. No hay >> forma de conectarla. >> >> Link http://www.postgresql.org/ >> >> La justificación de migrar es que veas las ventajas de arquitectura >> Cliente / Servidor, Seguridad de Base de Datos, etc. (link como para >> empezar http://es.wikipedia.org/wiki/Servidor_de_base_de_datos ) >> >> >> >> Saludos, Eric! >> >> >> >> Eric G. Zbrun >> >> Ingeniero en Sistemas Informáticos >> >> Dpto. Desarrollo >> >> Sistemas C&P >> >> www.sistemascyp.com.ar >> ------------------------------ >> >> *De:* [email protected] [mailto:[EMAIL PROTECTED] *En nombre de *Ricardo >> Pina >> *Enviado el:* Martes, 30 de Septiembre de 2008 10:34 >> *Para:* GUFA List Member >> *Asunto:* [GUFA] Escritorio Remoto vs Motor BBDD Cliente Servidor >> >> >> >> Sres/as gufas >> >> >> >> Qué opinan? Tengo desarrollado un Sistema en VFP7 que trabaja con bases >> nativas fox, por requerimientos de un cliente debe entrar desde dos puntos >> distantes (CapFed y Mendoza). Lo solucioné con la implementación de un >> escritorio remoto pero se me planteó la posibilidad de migrar a un motor >> Cliente Servidor (Postgres - MySql). Qué ventajas y desventajas ven de >> trabajar con motor Cliente Servidor con respecto al ER del que hablé que >> justifiquen o no la migración? >> >> >> >> Gracias >> >> Ricardo Pina >> >> >> >> >> >> >> >> >> > >
