archivo

Archivos diarios: diciembre 7, 2009

Hace unos meses un usuario se puso en contacto conmigo para intentar resolver un problema que consistía en que tenían una base de datos Access que se mantenía en una determinada provincia y tenía intención que la información la mantuvieran empleados de más de una provincia.

La base de datos Access se encontraba en una unidad de red en la provincia donde se estaba trabajando. La solución que adoptamos fue persistir la información en una base de datos Oracle centralizada (que es nuestro sistema de gestión de base de datos corporativo) y utilizar Access como interfaz donde los usuarios puedan interactuar con los datos.

El motivo de utilizar esta solución fue la necesidad de encontrar una solución en cuestión de muy poco tiempo (ya que era necesario y urgente que otras provincias empezasen a trabajar con el programa cuanto antes) y con el menor esfuerzo posible (todavía había opciones que hubieran llevado menos tiempo y menos esfuerzo, pero no estaba dispuesto a que se prescindiera de utilizar el sistema de gestión de base de datos corporativo). Es decir, se trataba de una solución provisional, ya que con el paso del tiempo, la información almacenada en la base de datos se migrará a un sistema de información corporativo.

Con el paso de los días y una vez ejecutado el trabajo, llegué a la conclusión de que la decisión que tomé no fue acertada por diferentes motivos:

1) Pese a que es una solución provisional, se prevé que el tiempo que van a estar trabajando con la misma puede ser amplio y si tiene aceptación pues todavía puede que se alargue más en el tiempo.

2) Esta solución provisional no se adapta a la estrategia de desarrollo y mantenimiento de aplicaciones de mi organización, basado en el uso de la tecnología Java (y dentro de ella en una determinada arquitectura) y si estamos intentando migrar lo que no tenemos en Java a esta tecnología (y por supuesto, desarrollar todo lo nuevo en la misma), flaco favor estoy haciendo si admito una solución que no se adapta a la estrategia corporativa.

3) Como consecuencia de que la estrategia de desarrollo y mantenimiento sea Java, los técnicos y asistencias técnicas que tenemos en plantilla y externalizadas están especializados en esa tecnología y no en otro tipo de soluciones.

Si la solución provisional se convierte en definitiva tendremos que realizar más pronto que tarde una migración de la aplicación a tecnología Java, no obstante el problema no es ese, ya que no se trata de un problema complejo, el problema está en que si el usuario tiene resuelto su objetivo no será para él tan prioritario (es más, no será nada prioritario) realizar una inversión para realizar la migración.