[SOLUCIONADO] Migrar datos a base datos distinta

[Benderzuelo]

Hola compañeros, comencé esta pregunta en el foro mysql y me recomendaron hacerlo aquí. expongo lo mismo a ver si me pueden ayudar

Tengo un problema que intentaré explicar lo mejor posible.

Tengo que migrar datos de una base de datos a otra, y en la migración hacer la transformación puesto que no coinciden todos los campos. El mayor problema que tengo es con los usuarios y los artículos. Resulta que el idUsuario y el idArtículo, son únicos, auto incrementables. y en las tablas a las que me los llevo también, el problema es que en la tabla original, alguien borró varios registros de manera que el autoincrementable tiene salto por ejemplo:

1, 2, 3, 5, 6, 9, 11 etc...

Y a la hora de enviarlos a la nueva tabla, como el auto incrementable lo gestiona mysql, no me coinciden las ids a partir del primer salto de la original o sea que en la nueva quedaría así:

1 -> 1,
2 -> 2,
3 -> 3,
4 -> 5,
5 -> 6

y el mismo problema con los anuncios, que al llevar la id del anuncio en la URL, las urls a partir del salto las perdería generando muchos 404.

La pregunta es, ¿Existe alguna consulta para que me deje insertar en la nueva tabla aunque tenga el idUsuario, o idArticulo autoincrement con la cual pueda poner los ids tal y como tocan?

Muchas gracias de antemano

[gnzsoloyo]

Bueno, por empezar, NO, No existe una consulta que te permita hacer todo lo que tienes que hacer para integrar los datos de una base a los de lá otra.
Lo que tendrás que hacer requiere múltiples consultas y varios pasos, e incluso etapas diferentes de pruebas para asegurar los datos.
Yo he hecho antes cosas así y te aseguró que no es una tarea de principiantes. Y tampoco puede hacerse en automático.

[CompuDoc]

Y si desactivas el autoincrement en las tablas destino y luego los activas?

[gnzsoloyo]

Ese no es el problema, estimado...

[Benderzuelo]

Mientras van surgiendo respuestas, voy a intentar lo de desactivar el autoincremento y si no funciona lo que haré es que cuando no haya un registro correlativo rellenarlo en vacío y una vez haya terminado los borro todos. Creo que así funcionará. Ya os contaré.

[gnzsoloyo]

Vamos por partes.
Cuando dices esto:

Tengo que migrar datos de una base de datos a otra, y en la migración hacer la transformación puesto que no coinciden todos los campos. El mayor problema que tengo es con los usuarios y los artículos. Resulta que el idUsuario y el idArtículo, son únicos, auto incrementables. y en las tablas a las que me los llevo también, el problema es que en la tabla original, alguien borró varios registros de manera que el autoincrementable tiene salto por ejemplo:

Podría inferirse que en ambas bases existen no sólo columnas diferentes entre tablas dedicadas a los mismos datos, sino que podrían bien existir registros diferentes, de diferentes usuarios y productos, con el mismo ID de otros distintos en la otra base.
¿Es así? ¿Tienes al menos UN registro con un mismo numero de ID que NO se refiera al mismo usuario en ambas tablas de ambas bases, o del mismo producto en ambas tablas de productos de las bases?
Si la respuesta es SI, entonces el autoincremental es irrelevante, porque el problema es integrar bases que se han alimentado por separado, generando conjuntos de datos diferentes.

Por otro lado, la secuencialidad prolija de un ID autonumérico es total y absolutamente IRRELEVANTE. No aporta nada, porque el objeto no es que quede "bonito", sino identificar univocamente los registros... No te confundas.
SI tienes un salto de uno o dos registros, o de mil números, realmente no tiene ninguna importancia, en tanto los datos mantengan consistencia en el resto de la base. No pierdas tiempo "emprolijando" números, y no pienses en re-usar numeraciones ya eliminadas. Eso NO se hace.

[Benderzuelo]

Al final lo he solucionado desactivando el autoincrementable.

No obstante te contesto. El problema no era solo por el tema de relacionar, ya que aunque me cambiaran las ids los datos se relacionaban bien. El problema es porque en la URL Amigable que se genera para mostrar el artículo al usuario, ya no coincidían las IDS, si que coincidían datos, textos, imágenes etc, pero no las IDS, por lo tanto google las que ya estaban indexadas al mostrarlas y acceder me daban errores 404.

Muchas gracias a todos por la respuesta.

[gnzsoloyo]

El problema es porque en la URL Amigable que se genera para mostrar el artículo al usuario, ya no coincidían las IDS, si que coincidían datos, textos, imágenes etc, pero no las IDS, por lo tanto google las que ya estaban indexadas al mostrarlas y acceder me daban errores 404.

Esto que describes no tiene ninguna relación con MySQL. MySQL no ve ni entiende de URLs, sean las que sean.
Y tu estabas hablando de migrar datos, no de URL...

Tengo que migrar datos de una base de datos a otra

Lo que hagas en la aplicación (incluyendo en navegador) es totalmente invisible para la BBDD.

Al final lo he solucionado desactivando el autoincrementable.

Ten en cuenta que al desactivar el AI, ya no se genera ninguna numeración de ningún tipo en forma automática, y será responsabilidad de la aplicación crear los valores de INSERT que correspondan.

¿Eso lo tienes claro?

A mi entender estás corrompiendo el funcionamiento de la base, y sigue sin quedar claro qué problemas tendías entonces con los ID autonicrementados. Me parece que simplemente el tema pasaba por tener un proceso de migración mal diseñado.

[Benderzuelo]

Si lees bien mi POST verás que si hablo de URLS, quizás no me supe explicar bien o tu nome entendiste bien pero hablar de URLS hablo.

al llevar la id del anuncio en la URL, las urls a partir del salto las perdería generando muchos 404.

También te recuerdo que puse este post en esta categoría porque tú me lo dijiste y te hice caso porque durante años siempre me has ayudado, pero parece que esta vez te ha molestado que lo haya solucionado de otra manera. No lo entiendo.

Y con respecto al Auntoincrement, si después de desactivarlo y hacer la migración lo activas, continúa donde se quedó y no es necesario que la aplicación gestione los IDS.

Agradezco mucho tu ayuda, pero no entiendo por qué parece que te haya sentado mal que haya conseguido solucionarlo de una manera sencilla.

Bueno por mi parte doy or cerrado el POST, gracias a todos