Problema en INSERT a BD

[DavidXD_XD]

Hola gente ... les cuento mi caso, tengo un programa el cual muchos usuarios lo usan en dialogo, dentro del programa se realiza constantemente un INSERT a una tabla de BD y se detecto el caso de que cuando un usuario corre el programa, el programa se queda justo en ese INSERT, por ahi tbm me comentaron que es por la constante actualizacion de la tabla, alguien sabe de algun metodo o alguna forma de poder levantar ese incoveniente??, gracias a todos d antemano por su ayuda :D

[ballan]

Aver si no he entendido mal el problema es por el acceso concurrente a insertar en una tabla

Lo primero que no me ha quedado claro es si el programa se queda colgado, tarda mucho o bien si da DUMP

Si da dump lo mas seguro es que en el acceso concurrente un usuario este intentando insertar un registro que ya existe, eso podria solucionarse o bien cogiendo la excepcion o bien utilizando MODIFY en lugar de INSERT

Si el problema no es ese lo primero que intentaria es en lugar de actualizar en "online" hacer el insert en una funcion que llamas con UPDATE TASK

Otra opcion seria crear un objeto de bloqueo para la tabla y jugar con el enqueue y dequeue

Si pudieras especificar un poquito mas el problema quiza te podamos ayudar

[DavidXD_XD]

Claro, el problema es q dentro existe una sentencia

INSERT ztabla FROM TABLE itab.

Cuando comienzo a debuggear y me quedo en ese paso y quiero pasar al siguiente no lo hace, se queda pensando justo en esa sentencia, no hay DUMP, es necesario q "n" usuarios lo usen en dialogo, no se puede bloquear la tabla =(, es por el tema de saturacion del buffer

[ballan]

Vale ya entiendo

Creo que lo que esta pasando es que no tiene ninguna ventana de actualizacion libre y por eso se queda esperando, podrias hablar con el administrador de sistema para que aumentara el numero aunque eso no parece una solucion sino un "parche"

Otro camino seria que de forma transparente al usuario "optimizaras" los accesos a tabla

Por ejemplo asi a grandes rasgos podrias crear un area de memoria compartida donde los usuarios irian metiendo los registros y cada cierto tiempo leer los datos de esa area de memoria y volcarlos en la BBDD

El problema seria que los datos no se actualizarian en la tabla inmediatamente y eso quiza no te valdria

De todas formas me parece muy extraño que por acceso concurrente se quede pillada la tabla, que valores tienes rellenos en las opciones tecnicas de la tabla?¿

[DavidXD_XD]

Ahi esta la info tecnica

[ballan]

Pues yo probaria a que en lugar de ser de tipo USER ponerla de tipo APPL0, para no tener sustos indeseados con la tabla hazte una copia y haz los cambios en tu tabla de copia pero puede ser que los errores vengan por el tipo de tabla

Porque lo que esta claro es que contra las tablas standard hay varios usuarios actualizando a la vez y no hay problemas

Postea los resultados aver si lo podemos solucionar

[francesc]

A mi se me ocurren 2 posibles soluciones:
1.- Después de insert hacer un 'commit work and wait'.
2.- Realizar el insert dentro de un perform ..... on commit.

[DavidXD_XD]

Un poquito mas claro, busco una manera en la que "n" usuarios puedan actualizar una misma tabla Z, me intereso mucho tu idea Ballan, toy viendo tbm la manera de que esos usuarios puedan compartir un area de memoria en comun, la pregunta es si se puede realizar eso via ABAP, xq tbm existe el caso que dentro de una empresa muchos usuarios dedicados a un area actualizen un mismo objeto, si hay ideas por ahi me serviran de mucho, gracias por su ayuda :D