[pyar] PyQt con conexión a SQL en VPS

[Juan Carizza]

Tal como dice Lucas, el problema no es si consumis los datos desde consola,
web o una aplicación de escritorio. El problema es la latencia que vos
tengas desde la aplicación hasta donde está la DB. Si el cliente usa la
aplicación desde una conexión de 52k seguro vas a tener problemas por mas
que tu DB sea una luz.

En fin, probá como dice Lucas y si los tiempos de respuesta son muy lentos
vas a tener que optar por cachear información en la computadora del cliente
al menos para las consultas mas pesadas.



El mar., 3 nov. 2015 a las 22:36, Lucas Liendo (<mindmaster en gmail.com>)
escribió:

> Me olvide de mencionar que tambien (al parecer) podrias comprimir los
> datos que el motor sql devuelve en caso de que la comunicacion sea remota :
>
>
> http://stackoverflow.com/questions/2506460/when-should-i-use-mysql-compressed-protocol
>
> Los stored procedures algunas veces tambien pueden ayudarte en este
> escenario. De todas formas es hablar a ciegas porque desconozco tu modelo y
> el volumen que estas manejando ;). Tambien podrias llegar a utilizar tablas
> en memoria (caching) si tu server es generoso de ram...
>
> 2015-11-03 22:29 GMT-03:00 Lucas Liendo <mindmaster en gmail.com>:
>
>> Hola Juan ! Te hago una consulta. ¿Porque crees que podrias llegar a
>> tener problemas con PyQT?. No he utilizado nunca un framework para
>> aplicaciones desktop pero en tu caso el gran cuello de botella que tenes es
>> lugar la transferencia de los datos de las consultas y la performance de
>> dichas queries. Podrias hacer una prueba rapida : tirar a mano queries
>> relativamente costosas desde una consola contra tu servidor remoto y medir
>> cuanto tiempo tardan en devolver los datos. Luego haces lo mismo desde la
>> aplicacion desktop y compara los tiempos... No se si eso orienta tu
>> respuesta.
>>
>> 2015-11-03 19:35 GMT-03:00 Juan Rodríguez Monti <
>> juanrodriguezmonti en gmail.com>:
>>
>>> Buenas gente. Cómo va?. Les cuento, rápido, la inquietud que tengo.
>>>
>>> Tengo un cliente para el que desarrollamos una aplicación con PyQt que
>>> corre en Windows.
>>>
>>> Es una aplicación compleja, y por motivos de su estructura interna que
>>> no vienen al caso, necesito tomar unos datos de un servidor de base de
>>> datos externo. De un VPS que va a correr MYSQL o POSTGRESQL.
>>>
>>> La pregunta es, ¿ han trabajado de ésta forma con un servidor SQL y PyQt
>>> ?, ¿ Alguna consideración en particular ?. La performance *importa*. Y no
>>> podemos correr el server de base de datos localmente en la LAN, ni tampoco
>>> podemos usar un sistema web.
>>>
>>> La pregunta seria si opinan que la performance será aceptable corriendo
>>> el server de base de datos fuera de la LAN.
>>>
>>> Las únicas condiciones posibles son esas, o bien cambiar mucho de todo
>>> el proyecto, y es lo que estamos evitando dado que el cliente no va a
>>> aceptar dicha propuesta.
>>>
>>> Abrazo!,
>>> Juan
>>>
>>> --
>>> Juan Rodríguez Monti
>>>
>>> Blog: http://www.juanrodriguezmonti.com.ar
>>> Twitter: @jrodriguezmonti
>>>
>>> _______________________________________________
>>> pyar mailing list pyar en python.org.ar
>>> http://listas.python.org.ar/listinfo/pyar
>>>
>>> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>>>
>>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>>> Argentina - http://www.usla.org.ar
>>>
>>
>>
>>
>> --
>>
>> Saludos,
>> Lucas.
>>
>> Radar : http://radar-monitoring.readthedocs.org/en/latest/index.html
>>
>
>
>
> --
>
> Saludos,
> Lucas.
>
> Radar : http://radar-monitoring.readthedocs.org/en/latest/index.html
> _______________________________________________
> pyar mailing list pyar en python.org.ar
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>
> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> Argentina - http://www.usla.org.ar
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20151104/10ffcd50/attachment.html>