Tus conclusiones, en principio, son correctas.
- La versión 2.0 del servidor abrirá directamente archivos de base de datos creados con la versión 1.5.
- lo recomendable, si no tenes planes de volver a la versión anterior (no veo por que lo harías), es hacer un backup de la base de datos, y restaurarlo con la versión 2.0. De esta manera la ods (on disk structure) de dicho archivo será la de la versión 2, con las mejoras que conlleva.
- En su momento la versión 3 abrirá archivos creados con la versión 2.0, pero no con la 1.5
- La versión 1.5 tiene compatibilidad hacia atras con las versiones 1.x (1.0.0 y 1.0.1)
En mi experiencia personal, no he encontrado ningún problema usando las estructuras que en su momento probé con la versión 1.5 en servidores 2.0, sin embargo, siempre es mejor hacer pruebas.
Cita:
|
Empezado por fjcg02
casi no puedo dedicarle tiempo al tema de pruebas
|
Eso es cosa de organizarse... si no se calendariza el tiempo de pruebas y control de calidad, estas nunca se llevarán a cabo... pero entonces dificilmente tendremos software de calidad.
Conozco una empresa, con un equipo de desarrolladores grande y gente muy calificada en él, sin embargo, el 50%-65% del tiempo de estos se dedica a revisar y corregir errores. Con solo un 30% del tiempo disponible, las modificaciones y nuevos desarrollos que se hacen nunca cuentan con el tiempo adecuado para planificar y/o realizar pruebas.
Al menos tuvieron el acierto de poner a un par de personas, aunque no son desarrolladores, a realizar control de calidad desde el punto de vista del usuario... pero no hay control de calidad del código fuente o de las estructuras de BD.
Cual es el resultado... que el porcentaje de tiempo que se utiliza en corregir errores y realizar revisiones va en aumento y entonces cada vez hay menos tiempo para planificar y probar. Un circulo vicioso que, de no romperse, podría terminar con la rentabilidad (por no decir la existencia) de dicha empresa, y de cualquiera de nosotros.
Hasta luego.
