Barrapunto

Actualmente los frameworks se paren para que sean independientes de la base de datos o que mediante minimos cambios de condifuracion (no de programancion) se adapten a ella. Pongo dos ejemplos: LINQ de .Net o Symfony de PHP.

"Asín" que cambiar a otra base de datos no es tan tan tan problematico, para los que ya previnieron. Para el resto, pues bueno, tienen dos opciones. Si el soft era open, toca volver a picar codigo encontrando varias opciones para ello: programador en plantilla, freelance, consultoria o San Pedro gurú de los digitos. Si el soft era cerrado (privativo) tendrán que pasar por el aro y pagar otra vez a Sage o a quien toque. De paso les colaran un windows server 2008 por ser "su compañia de soluciones software" un ridículo partner de Microsoft u otra.

Y eso nos lleva a un problema interesante y bastante espinoso: Como rayos muevo los datos de la BD vieja a la nueva? Cambiar la BD que usas en tu framework es trivial (como tu lo dices, es un estupido cambio de configuracion)... pero mover los datos y la estructura de alla para aca no es tan facil. Pueda que tengas suerte y tu framework te permita hacer un respaldo de la BD (datos+estructura), pero en muchos casos no cuentas con ese lujo... y quedas con un amasijo de tablas que debes ver como sacas de MySQL para montartelos en tu [inserte SGBD aqui]. Eso involucra echar codigo, sin mencionar las peculiaridades de cada SGBD.

Y aun cuando tengas esa carta bajo la manga, una migracion de "ya para ya" no siempre es viable: mientras mas gorda sea tu BD, mas tiempo va a tomar, y mas complicado se vuelve el proceso. Tiempo, que vale pasta. Pasta que no siempre los jefes van a estar dispuestos a invertir. Y al final siempre terminamos con material digno de TheDailyWTF.com :P