Ayuda con programa para recalculo de existencias

Sres
Somos distribuidores del Administrativo Extended para Honduras, necesitamos saber si hay alguna forma mas rapida en la que el sistema pueda hacer el recalculo de existencias, con un cliente que realiza mas de mil transacciones diarias, en dos meses de trabajo este proceso se ha vuelto inmanejable, es practicamente imposible hacerlo en horas laborables y la ultima vez lo dejamos haciendo este proceso y duro casi 12 horas! El equipo no creo que sea el problema, se hace en una PC con procesador Core2 Quad y 2G de ram. El analisis de disparidad funciona solamente para corregir la existencia en el catalogo de articulos pero no corrige los moviemientos en el Kardex, cosa si que si hace el recalculo de existencias.
Alguna idea???
Gracias de antemano

Josue Alvarenga
ALS Honduras
josue@alshonduras.com

Es posible que estes en presencia de una configuracion no adecuada del MySQL
Recientemente tuve un cliente con un caso similar y determine que en la secuencia de actualizaciones
de datos en las transacciones, es decir, cabecera, items, kardex, depositos y finalmente ficha del articulo
se perdia este ultimo por alguna razon de performance del server haciendo por supuesto que sea necesario
la reconstruccion de existencias.
Analizando determine que la configuracion adecuada del MySQL en su instalacion previene este tipo
de inconsistencias.
Si no corriges este problema de raiz, tendras tu carga de cruz como lo manifiestas.
Prueba revisando minuciosamente la configuracion actual. Deberas detener el servicio MySQL
y analizar nuevamente con el wizard los parametros de instalacion. Presta especial atencion a las
concurrencias y al tipo de server definido. Espero te ayude.

Creo que la idea esta fenomenal, pero sigo considerando que si el sistema requiere recalculo de existencias es por otra razon no evidente. El problema debera atenderse desde su raiz para lograr la solucion definitiva. Esa alternativa es bastante riesgosa si no se toman las previsiones y normalmente no estan al alcance de un usuario standard.

Realizamos las pruebas y efectivamente mejora enormemente el tiempo que demora el recalculo de existencias. El asunto es que nos hemos visto obligados a utilizar esta opcion debido a que este cliente posee la version 23-11-2009 que reportamos y tenia algunos problemas al momento de grabar una factura de compra ya que algunos articulos si eran actualizados en el kardex y otros no.

Estamos desde hace algunos dias intentando actualizar a la version 18-01-2010 pero como el ultimo paso de la actualizacion entre versiones requiere que se ejecute el recalculo de existencias era aqui donde nos deteniamos por lo lento de este proceso.

Con relacion a la configuracion del mysql quisieramos saber cual es la mejor forma de configurarlo ya que nosotros seguimos las instrucciones dadas en el archivo "Guia Extended 7.x.pdf" Creemos que por aqui debe andar el problema, considerando los comentarios que nos haces ya que este mismo cliente ha presentado serios problemas de concurrencia al duplicar facturas de una caja con otra y esto es grave en un negocio como supermercado.

Anexo una configuración sugerida por el Ing. Jesus López quien es un soporte certificado Premium SOft y tiene la experiencia de manejar mas de 70 usuarios conectados en el software de Clínicas

MYSQL: CONFIGURACION RECOMENDADA

[mysqld]
max_connections = 400
key_buffer = 16M
myisam_sort_buffer_size = 32M
join_buffer_size = 1M
read_buffer_size = 1M
sort_buffer_size = 2M
table_cache = 1024
thread_cache_size = 286
interactive_timeout = 25
wait_timeout = 1000
connect_timeout = 10
max_allowed_packet = 16M
max_connect_errors = 10
query_cache_limit = 1M
query_cache_size = 16M
query_cache_type = 1
tmp_table_size = 16M
skip-innodb

[mysqld_safe]
open_files_limit = 8192

[mysqldump]
quick
max_allowed_packet = 16M

[myisamchk]
key_buffer = 32M
sort_buffer = 32M
read_buffer = 16M
write_buffer = 16M