actualizar dos tablas gemelas

[gusiluz1977]

Hola, tengo una base de datos con dos tablas gemelas, la tabla_origen recibe datos continuamente y la tabla_gemela es una copia de la anterior.

Mediante php y una rutina hago que los datos de tabla_origen se copien en tabla_gemela.

Pero... si hago un cambio en uno de los datos de tabla_origen, éste no se actualiza en tabla_gemela si el registro ya ha sido copiado...la pregunta es...¿cómo actualizo TODOS los registros en una sola consulta?

He pensado en hacer un TRUNCATE y a continuación volver a copiar todos los datos de una a otra...pero... se puede evitar esta opción y hacerlo mediante UPDATE??

Saludos.

[chronos682]

Puedes hacer update de las dos tablas al mismo tiempo desde php pero lo que no entiendo es cuál es la funcionalidad de tener dos tablas iguales si se van a hacer exactamente las mismas operaciones con las dos.

[gnzsoloyo]

A nivel de diseño y arquitectura de BBDD se considera un error grave tener tablas duplicadas, y peor aún si esa duplicación replica también DATOS...
Las consecuencias a largo plazo pueden ser impredecibles.
¿Exactamente por qué tienes eso?

[gusiluz1977]

Si las tengo duplicadas es por necesidad, una se llama tabla1 y la otra tabla2, por ejemplo, ambas tablas con los mismos campos, no sé qué error grabe puede causar eso...
¿Un update de ambas tablas? La tabla1 o tabla_origen no quiero actualizarla, ya que se actualiza automáticamente, como le entran los datos no viene al caso, sólo que no puedo acceder a la entrada de esos datos para duplicarlos en la otra.
Lo que necesito es que cada x tiempo (lo hago mediante un php) se copien los datos de la tabla1 a la tabla2, ¿la funcionalidad? Es un poco largo de explicar, pero en resumen eso es lo que necesito.
Si hago un TRUNCATE de la tabla2, y luego un INSERT desde la tabla1 a la tabla2, todo solucionado, pero quisiera saber si se puede hacer un UPDATE de la tabla2 para recuperar posibles cambios que se hayan podido hacer en la tabla1, ya que una fila de datos una vez copiada como dije antes, no se vuelve a copiar si se modifica.

[chronos682]

Obviamente como le entran los datos a la tabla origen si viene al caso, porque en el caso de que quieras continuar con esa idea que para nosotros no tiene tanto sentido, debes hacer lo mismo que hagas para ingresar datos en la tabla origen en la tabla duplicada. P ej: si en la tabla origen haces un insert debajo de ese insert debes hacer otro exactamente igual pero en la tabla duplicada, si haces un update debes hacer lo mismo en la otra y así sucesivamente.

[wilmer30]

Omitiendo las necesidades que tengas, se me ocurre lo siguiente:

Generar trigers en el lado de la tabla origen tabla1 para las acciones Insert, Update y delete que serán afectadas en la tabla2.

también puedes optar por otras opciones, pero no recomiendo que este proceso lo realices por PHP, es mala idea, de pronto esto te ayude.

Saludos

[gusiluz1977]

El caso es que los datos que entran a la tabla1 NO los puedo tocar, se envían automáticamente desde un software al cual no tengo acceso.

Actualmente para la tabla2 lo que tengo es un php que se ejecuta cada x tiempo llamando a una rutina grabada en phpmyadmin ($sql=call rutina()).
Esa rutina lo que hace es un TRUNCATE a la tabla2 y a continuación copiar los datos de la tabla1 a la tabla2.

Mi obsesión por usar UPDATE en la tabla2 es por si se puede evitar el TRUNCATE.

[gusiluz1977]

Mmmmm... el tema de los triggers parece interesante... pero no lo domino...uso phpmyadmin...¿me sabrías dar un ejemplo de trigger que al actualizar un registro en la tabla1, automáticamente se actualice en la tabla2?

[wilmer30]

mmm, comentarte que estas preguntando en una sección PHP casos de sql.

deberías entender que los trigger son disparadores que se ejecutan antes o depues de una acción, todo esto lo puedes verificar en estos ejemplos

http://www.fpress.com/revista/num0206/art.htm

http://www.hermosaprogramacion.com/2...mysql-trigger/

https://dev.mysql.com/doc/refman/5.5...er-syntax.html

Saludos

[gusiluz1977]

Muchas gracias, al final desembocó en sql sin darme cuenta... muevo el tema a sql, gracias.