Errores comunes en el desarrollo de software: Base de datos como comunicador de procesos

Imagen de: Hargreaves, M, Picasa Web Albums

Se presenta en esta entrega un nuevo artículo de la serie acerca de errores comunes de programación. Otro de los anti patrones de diseño de software que afecta tanto a la aplicación como a las bases de datos es el de “Base de datos como comunicador de procesos”. Este anti patrón consiste en hacer un uso adecuado de la base de datos para “transmitir” información entre procesos. Se observa por ejemplo cuando se utiliza la base de datos para representar los diferentes estados de un flujo de procesos.

Los anti patrones representan herramientas útiles para aplicar las buenas prácticas de programación, pues estos describen "lo que no debe hacerse". En este artículo se describen las características asociadas al anti patrón, tipo de anti patrón, los problemas que este ocasiona y la solución.

El antipatron de Base de datos como comunicador de procesos

El antipatron se presenta usualmente en situaciones en las cuales cierta información necesita ser procesada a través de un flujo de procesos (Workflow), implicando una serie de aplicaciones o procesos distintos. La solución implementada (que es el antipatron) consiste en una tabla con datos y columnas de estatus, cada proceso esta diseñado para transferir los datos de un estado a otro. Por ejemplo, el proceso 1 crea un registro con el estatus "Nuevo", el proceso 2 consulta los registros en estatus "Nuevo" y actualiza el estatus a "En Proceso", el proceso 3 actualiza el estatus a "Completado".

Como resultado, existen un número de procesos e inclusive distintas aplicaciones consultando la misma base de datos, ejecutando instrucciones SELECT sobre los registros que se encuentren en cierto estatus, por ejemplo SELECT * FROM ORDENES_COMPRA WHERE ESTATUS = 'En Proceso'.

Problemas asociados con el antipatron

La base de datos es consultada constantemente, pudiendo ocasionar que se alcancen sus limites (ocasionando que deje de funcionar), o largos tiempos de ejecución para ejecutar todo los procesos.
Necesitan hacerse todas las operaciones de base de datos sobre las tablas, es decir INSERT, UPDATES y SELECT. El consultar constantemente la base de datos obliga a crear indices, sin embargo, esto disminuye la velocidad de las inserciones.
Los bloqueos (Locks) se convierten en un problema mayor.
Se necesita depurar la tabla periódicamente de los registros que han culminado el proceso, sino, continuara creciendo hasta ocasionar problemas operativos.
En general, el compartir bases de datos entre aplicaciones o servicios es una mala práctica que conduce a una expansión desordenada del sistema.
Los sistemas que usan la base de datos de este modo se comportan como si estuvieran siendo sometidos a una gran carga de trabajo en todo momento.

Soluciones

La solución es usar las herramientas apropiadas, por ejemplo, es más apropiado utilizar sistemas de mensajería para representar un flujo de trabajo, evitando las constantes consultas, mayor eficiencia en la entrega de mensajes, sin necesidad de tener que eliminar los mensajes completados.

¿Y Que opina usted?

Que opina usted del anti patrón?, ¿lo ha encontrado alguna vez?, ¿Que alternativas consideraría? ¿Que le diría a sus programadores para que no cometieran este error?.

Le invitamos a participar en el foro de discusión del blog de “La Oficina de Proyectos de Informática” (http://www.pmoinformatica.com) y a suscribirse al blog por los distintos canales, incluyendo lista de correo electrónico, al Twitter @PMOInformatica, a nuestra página de Facebook (haciendo click en el botón "Me gusta") o al feed RSS.

<< Artículo anterior: entrada de datos inadecuada

>> Siguiente artículo: La Singletonitis

Acerca de artículos anteriores de esta serie

¿Quiere saber más sobre errores comunes de programación, le invitamos a revisar otros artículos de esta serie en el blog.

>> Entrada de datos manejada inadecuadamente
>> El botón mágico
>> El Objeto Todopoderoso
>> Errores comunes en el desarrollo de Bases de datos: Tercera Parte
>> Errores comunes en el desarrollo de Bases de datos: Segunda Parte
>> Errores comunes en el desarrollo de Bases de datos
>> Errores comunes de programación: Segunda Parte
>> 5 errores comunes de programación

¿Interesado en libros sobre desarrollo de software?


Transact SQL-DML Funciones y Bases de datos Autor: Rocío Navarro Lacoba >> España (amazon.es) >> Latinoamérica (amazon.com)	Código Limpio Autor: Robert C. Martin >> España (amazon.es) >> Latinoamérica (amazon.com)	Métodos ágiles y Scrum Autor: Alonso Alvarez García y otros >> España (amazon.es) >> Latinoamérica (amazon.com)	Code Complete Autor: Steven C. McConnell >> España (amazon.es) >> Latinoámerica (amazon.com)