En el desarrollo de aplicaciones empresariales, la seguridad de la información es uno de los apartados más críticos. No olvidemos que el valor de la información es muy superior al de las aplicaciones.Por este motivo uno de los apartados básicos en cualquier base de datos es la gestión de transacciones. Seguramente te habrás encontrado con bases de datos en las que la gestión de transacciones requiere una programación manual en la que debes encargarte de los COMMIT y los ROLLBACK.Nunca debemos de perder de vista el impacto que puede ocasionar en una aplicación una mala gestión de los bloqueos de registros. Dependiendo de la base de datos, estos bloqueos pueden ser a nivel de tabla completa, bloques de registros, registro o incluso a nivel de campo.Con Velneo te olvidas de la programación de transacciones ya que éstas se gestionan de forma automática, tanto la transacción como los bloqueos. La base de datos de Velneo cumple las propiedades ACID para la gestión de transacciones seguras. En el caso de las transacciones el servidor las crea, destruye y deshace en caso de no finalizar correctamente, todo sin necesidad de escribir una sola línea de código. Además gestiona las transacciones de forma individual por cada tarea, incluso si un usuario está ejecutando múltiples tareas cada una de ellas es tratada de forma individual pudiendo deshacer una con independencia de que las demás terminen correctamente.Además el sistema transaccional contempla el control del denominado "abrazo de la muerte" que no es otra cosa que resolver el conflicto que se produce cuando 2 procesos intentan a la vez actualizar un registro bloqueado por el otro proceso. El servidor lo detecta, deshace una de las transacciones y deja continuar a la otra, a continuación reintenta la ejecución del proceso cuya transacción deshizo, y si tras varios intentos le resulta imposible su ejecución, notifica al usuario de la imposibilidad de ejecutar la tarea. Todo esto sin necesidad de escribir ninguna línea de código.Por último, el gestor de bloqueos de Velneo también es automático y realiza el control de los mismos aplicando una técnica mixta denominada bloqueo blando y bloqueo duro. En el caso de ejecución de procesos tanto interactivos como en multi tarea, el servidor de aplicaciones realiza un bloqueo duro, es decir, mientras estamos facturando unos albaranes en los que actualizaremos el nº de factura, estos serán bloqueados para que ningún otro proceso o usuario pueda modificarlos. El programador podrá realizar transacciones más cortas o largas con el fin de optimizar el proceso o reducir el número de bloqueos, que se mantienen hasta finalizar la misma.Sin embargo, Velneo es consciente de que cuando un usuario abre una ficha y tiene un formulario abierto con sus datos, no debe bloquear los mismos, y así sucede de forma automática, a este bloque se le denomina bloqueo blando. ¿Qué sucede si dos usuarios abren a la vez la misma ficha y ambos la modifican? Pueden suceder dos cosas, si ambos han modificado campos diferentes, se admiten las dos modificaciones y estas se funden resultando que los cambios habrán quedado perfectamente realizados, el segundo caso se produce si ambos usuarios cambian el mismo campo, en ese caso el primer usuario que acepta el formulario será el que grabe la información, al segundo usuario cuando intente aceptar se le notificará que otro usuario ha modificado la ficha mientras la tenía abierta. Por supuesto todo esto también es automático y no requiere ninguna programación.Para terminar es importante comentar que el servidor de aplicaciones contempla el denominado "refresco terciario" que consiste en que si un usuario tiene un formulario o una rejilla con datos de uno o varios registros y otro usuario realiza una modificación, este cambio se refleja de forma automática en la rejilla o formulario del usuario que lo tiene a la vista. Este refresco es automático y se realiza tanto con datos alfanuméricos como con imágenes y cualquier información contenida en la base de datos.
