Lentitud en el sistema

Buen día.

Tengo un cliente que esta utilizando el sistema desde el 02 de enero de 2012; tiene un servidor y 6 estaciones o cajas para la facturación, el movimiento es constante. A la fecha se han registrado mas de 40.000 facturas.

De un tiempo para aca esta sucediendo algo muy molesto al momento de editar un artículo de inventario; los artículos que se ingresaron como inventario inicial funcionan correctamente, pero para los artículos que ellos han creado a partir de ese momento, el sistema tarda demasiado (entre 10 y 15 segundos) en cargar la información de todas las pestañas para poder editarlos.

Las pruebas que he hecho son las siguientes:

1) Intentar hacer la edición de artículos desde alguna estación.
2) Optimizar la base de datos desde SQLYog.
3) Copiar la base de datos e instalar el sistema en otro equipo.
4) Recálculo de existencias.
5) Actualización del sistema a la versión del 01/01/2012 con la actualización de estructura de datos respectiva.
6) He desactivado el antivirus y revisado la configuración del firewall y router garantizando el acceso y redireccionamiento hacia el puerto 3306 del servidor.

Sin haber obtenido ningún resultado positivo.

Agradezco de antemano cualquier sugerencia conducente a solventar esta situación.
Saludos.

Buen día, he seguido haciendo pruebas...
- Actualicé el conector ODBC a la versión 5.1.11.
- Desinstalé y reinstalé el mysql restaurando el respaldo de la base de datos (*.sql).
Aun no logro mejorar la velocidad de la recuperación de datos en la ficha de artículos.
Saludos.

Buen día.
Finalmente pude determinar que el problema esta asociado directamente con la tabla opermv. La prueba que hice fue la siguiente:

1) Hice una exportación a .csv de las tablas mas utilizadas del sistema.
2) Hice una instalación en limpio del sistema.
3) Fui importando los datos a cada una de las tablas correspondientes y probando la velocidad de la busqueda en Artículos.

Al importar la tabla "opermv" (que tiene mas de 365.000 registros) se presentó nuevamente la lentitud en dicha búsqueda.

Aparentemente al buscar un artículo el sistema ejecuta algún proceso que involuvra a la tabla opermv y esto hace lento el proceso. Agradecería cualquier aporte al respecto.

P.D. Anteriormente ya habia actualizado el MySQL a la última versión (5.5.23) sin ningún cambio positivo.

Yo hace un tiempo plantee esta situación, que a mi me sucedió en menor medida en un cliente que la mayoria de sus facturas corresponden a un solo cliente y cuando se ingresa a cuentas por cobrar y se carga ese cliente hay que esperar un "rato" para que haga la carga del saldo, por que? Porque el sistema esta diseñado para hacer una selección de datos completa y determinar el saldo final. Ese es un ejemplo. El tuyo es otro.

La ventaja de Premium, de no poseer cierres mensuales es muy beneficiosa, pero, al pasar el tiempo, años, se nos va a presentar inconvenientes porque aunque la base de datos mysql puede manejar gran cantidad de datos, con este diseño las consultas van a ser de gran tamaño.

En varios puntos podemos observar esto, en bancos, artículos, movimientos, etc.

Lo cierto es, que el problema me parece un poco complicado, porque el diseño del sistema esta para manejar los datos completos. Si desincorporamos datos para reducir el tamaño de la base de datos la cosa se vuelve un pastel.

En el caso de la tabla opermv, hay un campo que especifica la fecha del documento, por alli se pudiese controlar la seleccion de datos. En la configuracion de la empresa se especifica el período de operación, creo que con eso se puede relacionar y crear un módulo que realice consultas a fechas anteriores. Pero eso ya depende de Premium, porque no se puede controlar con un proceso adicional.

Hace tiempo que no leo ni un artículo escrito por gente de Premium. La desinformación es un gran enemigo.

Saludos a todos

AMIGOS QUE TAL

en muchos casos de lentitud lo he resuelto con un indice en la tabla, y listo.... anexo un link, de un tema que publicamos, donde hacemos referencia a un indice que agregamos en la tabla opermv, y el problema fue resuelto, luego de esto he ido optimizando algunos indices en algunas tablas, como por ejemplo operti, creamos un indice, y en la pantalla de cxc, cuando se selecciona el cliente, me muestra toda la informacion, de manera muy rapida.

https://premiumsoft.superforo.net/t655-indice-en-al-tabla-opermv?highlight=INDICE

estamos a sus ordenes... envienos un e-mail para mas informacion...

Saludos

Gracias Richard por contestar.
Eso que dices de los índices tiene mucho sentido, sin embargo he hecho la prueba y en mi caso no funcionó; puede que tenga que ver con cuales serían los campos a incluir en el índice.
Como la data de los artículo se muestra igual con datos en la tabla opermv o sin datos en ella (excepto los históricos, que no se muestran a menos que solicitemos verlos), entiendo que sería necesario saber cual es el proceso que lleva a cabo el sistema sobre la tabla opermv cuando intentamos consultar los datos de un artículo.
Con este dato de los índices seguiré haciendo pruebas.
Saludos.

Listo, he creado un índice con los campos "codigo" y "fechadoc" y el proceso ha vuelto a ser tan rápido como el primer día.
Gracias Richard por el dato.

El problema de lentitud en los sistemas premium puede ser disminuido aplicando indices a las tablas , deben entrar en cada tabla de la bdd y agregar indices segun el proceso que quieren optimizar