SQL.

tengo entendido que cuando se solicita autorización a una entidad con ruta de autorización debe esperar que se le asigne un código de flujo para iniciar. Esta asignación se hace períodicamente y se puede observar en la tabla "wfl.eif_entidades_init_flujo". ¿Se puede acelerar esta asignación? en el ambiente del cliente pareciera que esta tardando mas de lo acostumbrado.

asked 25 Mar '20, 17:17

Jimy%20Tobar's gravatar image

Jimy Tobar ♦♦
(suspended)
accept rate: 56%

edited 25 Mar '20, 17:18


No existe ningun proceso de asignación de código workflow a las entidades.

El código workflow es la llave primaria de la tabla wfl.ira, el cual se genera automáticamente por SQL Server al realizar el insert en la tabla. Luego se hace update a la entidad y se coloca el estado de flujo correspondiente.

Con respecto a la tabla wfl.eif_entidades_init_fluoj, esta tabla es la que contiene las entidades que se envían a flujo desde la base de datos, a través del procedimiento correspondiente.

Ustedes controlan la cantidad y periodicidad de registros que envían a flujo a través del procedimiento, en los diferentes procesos que ustedes crean. Esto esta por fuera del control del codigo fuente.

Update:

La confusión se genera debido al funcionamiento del proceso de envío a flujos desde la base de datos.

Desde el momento en que se creó esta funcionalidad se permitió la configuración de dos parámetros para que se controle cómo se procesan los inicios de flujo desde la base de datos.

En AppSettings.config del website de Evolution, se dispusieron dos parámetros:

<!-- Intervalo en segundos para la ejecución del job que inicia flujo en una entidad -->
<add key="InicioFlujoEntidadJobInterval" value="600" />

<!-- Número de registros a procesar en job que inicia flujo en una entidad -->
<add key="InicioFlujoEntidadJobRegistros" value="20" />

Esto significa que la tarea de AppJobHost que procesa los registros insertados en la tabla mencionada, se dá leyendo un número de registros específico cada cierto número de segundos.

En la configuración que se muestra anteriormente se interpreta así: La tarea de AppJobHost procesará 20 registros cada 600 segundos.

Este mecanismo efectivamente crea una cola de procesamiento en la tabla wfl.eif, para no saturar el procesamiento a nivel de base de datos.

Si se incrementa el número de registros, se aumenta la saturación, si se aumenta el tiempo la cola es más larga.

Es importante que en cada instalación de acuerdo a las características y volúmenes de transacciones se haga una configuración apropiada de estos parámetros, que no saturen la base de datos, y que el procesamiento sea ágil.

link

answered 26 Mar '20, 09:55

Fernando%20Paz's gravatar image

Fernando Paz ♦♦
17.3k81635
accept rate: 51%

edited 26 Mar '20, 10:44

Gracias. por ejemplo en el caso de registros que creamos por base de datos y envíamos automáticamente a flujo (siempre por db) no crea de manera automática el código de workflow al menos en el registro de la entidad, y crea el registro en la tabla wfl.weif en estado 'pendiente' sin codigo de flujo hasta que pasa un momento y se actualiza.

(26 Mar '20, 15:08) Jimy Tobar ♦♦ Jimy%20Tobar's gravatar image
Your answer
toggle preview

Follow this question

By Email:

Once you sign in you will be able to subscribe for any updates here

By RSS:

Answers

Answers and Comments

Markdown Basics

  • *italic* or _italic_
  • **bold** or __bold__
  • link:[text](http://url.com/ "title")
  • image?![alt text](/path/img.jpg "title")
  • numbered list: 1. Foo 2. Bar
  • to add a line break simply add two spaces to where you would like the new line to be.
  • basic HTML tags are also supported

Evolution en BitBucket

En este sitio puede acceder al código fuente, centro de descargas y reportar bugs, propuestas y mejoras para Evolution.

Evolution en JIRA

En este sitio puedes sugerir nueva funcionalidad para Evolution, o puedes votar por la funcionalidad ya propuesta por otros usuarios.

Tags:

×14
×2

Asked: 25 Mar '20, 17:17

Seen: 406 times

Last updated: 26 Mar '20, 15:10

[Acerca de] [Preguntas Frecuentes] [Privacidad] [Soporte] [Contacto]
Copyright 2013-2018. Asesores en Informática