Actualmente los frameworks se paren para que sean independientes de la base de datos o que mediante minimos cambios de configuracion (no de programancion) se adapten a ella. Pongo dos ejemplos: LINQ de.Net o Symfony de PHP.
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
--
Tom Maneiro $ON¥ == EVIL! - http://t38.webhop.biz/ -
Ni que lo digas amigo. Imaginate pasar unos ficheros.DAT de RM/Cobol a MySQL como estoy haciendo..:)
Pues es cuestión de (como siempre) prevenir. Prevenir que esto puede pasar y dejarte el codigo bastante clarito, con las estructuras de las bases de datos como comentario en algun sitio, además de dejarte alguna salida en cualquier formato de facil lectura: XML, YAML.. Esto puede diferencia a un aplicación de otra entre de "calidad" o con "malos modos y con puñalada trapera". Y es que hay que conocer las artimañas que te pueden dejar por ahi ciertas empresas de soft para que no tengas más cojones que tarde o temprano tener que recurrir a ellos.
Re:Aunque MYSQL se hunda en manos de Oracle
(Puntos:2)( http://mi.tsdx.net.ve/ | Última bitácora: Viernes, 14 Febrero de 2014, 08:31h )
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
Tom Maneiro
$ON¥ == EVIL!
- http://t38.webhop.biz/ -
Re:Aunque MYSQL se hunda en manos de Oracle
(Puntos:1)( http://gabriel.freeunix.net/ )
Pues es cuestión de (como siempre) prevenir. Prevenir que esto puede pasar y dejarte el codigo bastante clarito, con las estructuras de las bases de datos como comentario en algun sitio, además de dejarte alguna salida en cualquier formato de facil lectura: XML, YAML
protected static volatile transient boolean coolean = true;