Migración de Base de Datos

[jymcom]

Saludos cordiales

Tengo once bases de datos con la misma estructura, implantada en diferentes lugares, donde se almacena información propia del lugar, se requiere consolidar (unir) las once bases de datos en una sola (centralizar), lo que se desea es evitar se puedan duplicar las llaves primarias, existe alguna posibilidad en forma directa con MySQL ? o es necesaario modificar la estructura de mi base de datos ?

les agradesco puedan ayudarme.

[gnzsoloyo]

¿Once bases de datos diferentes con solapamiento de claves y datos correpondientes a once entidades distintas?

Mi sugerencia es crear una base de datos nueva que permita consolidarlas y luego planear una forma de migración. Parte del nuevo diseño debería ser, en lo posible, la eliminación de toda clave autoincremental y su reemplazo por claves candidatas según los principios del diseño de bases de datos.

El problema más usual se da precisamente porque los diseñadores, por comodidad, hacen abuso de las PK autoincrementales en detrimento de un correcto análisis y diseño de tablas, y cuando hay que crear un DataWarehose (como es tu caso), prácticamente tienes que volver al tablero y empezar de cero nuevamente.

En cualquier caso tendrás que hacer un plan de migración porque no hay ninguna herramienta que por sí misma pueda reemplazar el uso del razonamiento para estos casos, por la simple razón que crearla implicaría posiblemente el desarrollo de AI.

[jymcom]

la utilización de llaves primarias autoincrementables, hasta el momento me sirve de mucho, pero como dices hay problemas, en el momento de consolidar en una sol base de datos, hay una alternativa, es generar un codigo con la información ingresada o con las llaves secundarias, de esta manera se pretende llegar aun codigo de llave primaria que no se repetira, en ningun lugar.

Existira algun metodo o metodologia que permita tener este codigo unico o sera a juicio propio ???

[gnzsoloyo]

Yo lo he hecho para unas bases de datos en las qe e encontré en el mismo problema, pero no lo recomiendo.
Tuve que generar primero una base paralela con el contenido de la que iba a migrar y todas las PK canceladas de modo que sólo fuesen INTEGER. Luego, ir leyendo en la base destino todos los ID autoincrementales vigentes y generando un renumerado en esas tablas según el ID recuperado.
Recién cuando estos procesos se completaban podía migrar los datos.
No conozco forma de hacer algo así con procesos dinámicos, precisamente por los problemas de integridad dados tanto en las claves como en los índices UNIQUE.
Sólo balanceando los modelos y los datos, puedes hacerlo por script.
En definitiva, cancelar las autoincrementales en la base consolidada, para usar claves de otro tipo termina siendo una buena opción. Créeme.