Recientemente tuve que corregir ciertos datos que por error se grabaron mal (o directamente no se grabaron) en una base de datos. Esta base de datos esta, en mi opinión, tan mal diseñada que cualquier tipo de actualización o búsqueda de información obliga a escribir enormes porciones de código SQL con las complicaciones de mantenimiento y la facilidad para cometer errores que ello implica.
Esto me llevó a pensar y analizar cuánto código se podría haber ahorrado y simplificado si la base hubiera estado bien diseñada desde el comienzo. ¡Y que fácil hubiera sido corregir esos errores!.
Ahora, ante la proximidad de la programación de la versión 2.0 de la aplicación en la que estoy trabajando no me quedan dudas de por donde hay que empezar.
El diseño de una base de datos que se adapte a las características de la aplicación, que sea extensible y que permita tanto su uso en escenarios OLTP y OLAP.
Si bien por razones de confidencialidad no puedo escribir sobre la base que pienso diseñar, nada me impide escribir sobre los conceptos que voy a ir aplicando en este futuro diseño.
Próxima entrega: ¿Cómo se empieza a diseñar una Base de Datos?