Número máximo de registros por distribuir por medio de las Threads.

01. DATOS GENERALES

Línea de producto:

Microsiga Protheus®

Segmento:

Servicios

Módulo:

Financiero

Tipo:

Lógico

Formato:

.T. o .F.

02. VISIÓN GENERAL

Tratamiento de errores debido a grandes volúmenes de procesamientos (Exceso del #TempDB overflow) utilizando múltiples threads en los registros de movimiento bancario.

Se utiliza en la rutina de contabilización Off Line CTBAFIN.

03. DESCRIPCIÓN

Define el número máximo de registros que distribuirán las threads.

Valor estándar: 0 (cero) - Esto significa que el sistema distribuirá el procesamiento a través de las threads sin limitación.

Ejemplo de utilización:

  • Suponga que un período determinado tiene 45.000 registros de movimiento (bajas por pagar y cobrar) que se contabilizarán.
  • Suponga también que el parámetro MV_CFINTHR está configurado para utilizar 3 threads.

De esta manera el sistema activaría 3 threads procesando cada una 1/3 de los 45.000 registros:

  • Thread 1: 15.000 registros
  • Thread 2: 15.000 registros
  • Thread 3: 15.000 registros.

Imagina que se produce un error debido al volumen de registros por Thread. Para esto podemos usar el nuevo parámetro para limitar esta cantidad por threads.

Configuremos el parámetro MV_CTBNMRB con el valor de 21.000 registros. En esta configuración el procesamiento se enviará a las threads en bloques limitados por el valor configurado en el parámetro, según lo siguiente:

Primer proceso - 21.000 registros divididos entre las 3 threads. El sistema mantiene el saldo de 24.000 registros para un nuevo procesamiento automáticamente.

  • Thread 1: 7.000 registros
  • Thread 2: 7.000 registros
  • Thread 3: 7.000 registros.

Segundo proceso - 21.000 registros divididos entre las 3 threads. El sistema mantiene el saldo de 3.000 registros para un nuevo procesamiento automáticamente.

  • Thread 1: 7.000 registros
  • Thread 2: 7.000 registros
  • Thread 3: 7.000 registros.

Tercer y último proceso - 3.000 registros divididos entre las threads. En este caso la contabilización se cerrará porque no habrá saldo pendiente.

  • Thread 1: 1.000 registros
  • Thread 2: 1.000 registros
  • Thread 3: 1.000 registros.

04. ASUNTOS RELACIONADOS