Una base de datos construida con un dbms no es portátil para año (es decir, el otro dbms no puede correr). Sin embargo, en algunas situaciones es deseable moverse, migrar una base de datos de un dbms a otro. Las razones son principalmente económicas (diferentes datos pueden tener diferentes costos totales de propiedad o tcos), funcionales y operativos (diferentes datos pueden tener diferentes capacidades). la migración implica la transformación de la base de datos de un tipo dbms a otro. la transformación debe mantener (si es posible) la aplicación relacionada con la base de datos (es decir, todos los programas de aplicación relacionados) intactos. Por lo tanto, los niveles arquitectónicos conceptuales y externos de la base de datos deben mantenerse en la transformación. Puede ser deseado que también se mantengan algunos aspectos del nivel interno de la arquitectura. una migración compleja o grande de base de datos puede ser un proyecto complicado y costoso (de una sola vez) por sí mismo, que debe tenerse en cuenta en la decisión de migrar. Esto a pesar del hecho de que las herramientas pueden existir para ayudar a la migración entre los datos específicos. Típicamente, un vendedor de dbms proporciona herramientas para ayudar a importar bases de datos de otros datos populares.
Con el fin de fusionar, qué debe mantener la base de datos?
aplicación relacionada con la base de datos