tincho escribió:  

gambafeliz escribió:  

alessandri escribió:  

Hola mis amigos gamberos.

Creo que es hora de dar solución a ese problema definitivamente, así que aquí le presento más premisas.

* Es obvio que el TimeOut es un problema, pero este se soluciona con un control time que ejecute un Select
ligero sobre una tabla pequeña cada 30 segundos o 20 según sea el caso, o bien se puede gestionar la configuración
adecuada con quien sea el administrador.
* Ya he incorporado eso en mi aplicación y el problema persiste.

ESCENARIO REAL
servidor:
Ubuntu 14.04 32 bits, 200 GB de disco SD, ubicado en NewYork, Empresa DigitalOcean, 8 Cores 2.8 MHZ
DBMS:
MysqlServer  5.5.62-0ubuntu0.14.041, conectado vía socket /var/run/mysqld.sock, port: 3306
Carga de datos:
Base de datos cargada con 211 MB de data, 120 tablas
Clientes se conectan:
desde República Dominicana, mediante la red Claro
Cantidad de clientes:
se ha creado un solo cliente en Mysql y lo usan 16 computadoras
Carga en el servidor estimada:
800 facturas al día que afectan al menos 4 tablas, y muuuuuchos select para buscar los productos, pocas sentencias DELETE
seguridad
No uso SSL

VARIABLES
[list]componente de conexión mysql de Gambas3 y su empleo en la aplicación
configuración de MysqlServer
configuración del servidor remoto
empresa distribuidora de internet ISP (Velocidad de carga y descarga)
carga de datos[/list]

CUESTIONES
1- ¿Porque se desconecta espontáneamente incluso si has utilizado la conexión 3 segundos antes?

2- ¿Porque si realizas un Dump de la base de datos completa se descarga a 1.3 mb pero si haces un select sobre 200,000 registros
no puedes aprovechar dicha velocidad en gambas? (en mi caso es así cuando intento visualizar los datos desde el objeto result)

3- ¿Porque si hago la conexión vía PHP se observa un rendimiento de aproximadamente 650 kbps consultando 200,000 registros?

*Si surgen otras preguntas favor agregar, pero no perder el enfoque de la primer pregunta.

APORTE
En 24 horas voy a alquilar un servidor exactamente igual en DigitalOcean para ponerlo a la disposición por 30 días, con una copia de la base de datos
y todas la credenciales de SSH para que puedan verificar las configuraciones de mysql y ubuntu.

Gracias.

Cuando dices disco SD, ¿te refieres a disco SSD?

Pues te voy a decir que mas vale que sea un Disco SSD especializado en servicios de Red para servidores porque sino es, es posible que este sea uno de tus principales problemas a tener en cuenta en tu escenario. (Parece que es un buen disco para servicios de servidor pero como no dices cual es exactamente pues te lo digo por que según que SSD tienes contra-indicaciones)

Otras cosas, ¿por que usas como servidor Ubuntu?, y MySQL Server te has fijado que sus descargas esta destinadas para otros sistemas operativos aunque contempla Linux en general.

Por otra parte me parece mucha maquina para tan poco trabajo o carga de trabajo.

Lo de aplicación cliente-servidor esta bien para un caso como el tuyo pero en gambas yo no te puedo aportar nada. Soy nuevo aquí en gambas. Pero si se lo que habláis para cliente-servidor.

alessandri escribió:  

tincho escribió:  

Una cuando estuve probando la conexión se me colgó como te dije, pero no te dije que estuve probando y probando acceso a la base de datos y sin parar no se me colgaba. Ahora, claro, no estuve horas, solo minutos.

Tengo una pregunta.

En una oficina están x clientes y la base de datos esta en New York; supongo que es por que pertenece este servidor a otra red de cliente que acceden también, ¿no?, osea es inviable tener la oficina con un servidor local, supongo que este es el caso. ¿es así?

Estoy yéndome de la historia.

Me contestas si quieres, seguiré pensando que debemos hacer. Lo cierto en la historia es que falla el real y el que has puesto para la prueba. Hay lo dejo. Huele a fallo de la red de internet o a la configuración que hacéis al servidor.

Ahí lo dejo.

tincho escribió:  

Hola a todos, me acoplo recién a este hilo luego de leer todo el post.
Por lo que veo los problemas de comunicación que describen son misteriosas, como bien lo dicen aquí.
No conozco mucho de estos temas pero por lo que he visto las aplicaciones web, que corren en un servidor a tal efecto, como apache por ejemplo, trabajan con una base de datos en el mismo servidor o de forma local, pero no enlazan a través de internet.
Creo que lo que falta aquí es un programa servidor que gestione la recepción de datos (tal vez el envío) y de esta manera el programa gambas (cliente) solo "hablaría" con un programa servidor (que puede ser gambas o no) y nunca con la base de datos.
He leído alguna vez que no es para nada conveniente dejar "expuesto" el servidor de bases de datos en internet" de hecho si se fijan en la configuración de mysql viene comentado donde habilita a " * " de direcciones.
En resumidas cuantas, me parece que hay que partir el problema en dos. Dos programas uno cliente y otro servidor.
Saludos.

gambafeliz escribió:  

alessandri escribió:  

tincho escribió:  

Una cuando estuve probando la conexión se me colgó como te dije, pero no te dije que estuve probando y probando acceso a la base de datos y sin parar no se me colgaba. Ahora, claro, no estuve horas, solo minutos.

Tengo una pregunta.

En una oficina están x clientes y la base de datos esta en New York; supongo que es por que pertenece este servidor a otra red de cliente que acceden también, ¿no?, osea es inviable tener la oficina con un servidor local, supongo que este es el caso. ¿es así?

Estoy yéndome de la historia.

Me contestas si quieres, seguiré pensando que debemos hacer. Lo cierto en la historia es que falla el real y el que has puesto para la prueba. Hay lo dejo. Huele a fallo de la red de internet o a la configuración que hacéis al servidor.

Ahí lo dejo.

El caso real es que la empresa tiene 3 sucursales a unos 10 km de distancia cada una con al menos 4 puntos de ventas (área de caja). Lógicamente no podemos usar cableado UTP.
La mejor opción para ellos es ubicar 3 torres y armar una red inalámbrica, pero no quieren hacer la inversión, así que optaron por alquilar un servidor.
Otra opción seria utilizar un servidor en una de las sucursales para todos acceder hay, pero ya la probé y hay si es verdad que las desconexiones son cada
15 minutos . Yo creo que el problema para esta ultima es que la velocidad de subida maxima que ofrecen el proveedor de internet es 128 KB.

alessandri escribió:  

Hola hermano.

No se disculpe por preguntar, pregunte todo lo que quiera, lo que queremos es resolver.

Bien.
El software que hemos desarrollado es un sistema de contabilidad por partida doble que maneja
un gran numero de operaciones, no solo facturación. y hay una serie de datos que deben estar
actualizados y centralizados en una solo base de datos para poder hacer análisis financieros y
otros. Por eso no podemos intentar tener varios servidores con información fraccionada.

Adicional a eso te explico que La ley tributaria de mi país exige que cada factura emitida por cualquier
sucursal debe llevar una secuencia llamada Número de Comprobante Fiscal NCF. por ejemplo:
Si la secuencia de NCF esta en el B0200000777 y en la sucursal A, B, C se emite una factura por cada una
debe quedar así:
A: B0200000777
B: B0200000778
C: B0200000779
No pueden tener secuencias separas. si hago secuencias se paradas pueden multar la empresa
Para lograr que esta secuencia funcionara en mysql fue todo un reto, por poco y me cambio a Postgresql,
o a Oracle, que tienen funciones especiales para generar secuencias. por suerte logre hacer una función
en la DB la cual probé con unas 50 conexiones que solicitaban secuencias cada segundo durante una hora
simultáneamente y ningún número se repitió.

Una observación curiosa: en una de las empresas que manejo me informaron que en un pc de la oficina
realizaron cierta operación y se colgó, pero las demás pc de facturación siguieron normal.
*Verifique el cable de red y esta todo bien.
¿Les parece extraño eso ?

Citar:

Si es fallo de perdida de sincronización, sabemos que lo va a replicar hasta que tenga una respuesta valida.

Citar:

El programa de shordi se me ha colgado en la prueba hoy.