Update a 300 filas InnoDB, MyISAM lo hace correcto

[Bier]

• Tengo una tabla con 4,000 filas.
• Cada mes debo ejecutar 10 instrucciones UPDATE, c/u afecta 400 filas.
• Este procedimiento lo he realizado por años en MyISAM y corre perfecto.
• Recién cambié la tabla a InnoDB y no lo realiza.
• ¿Algún problema o se debe hacer algo?

Para resolver mi necesidad, regresé la tabla a MyISAM y ya se normalizó.

• Lo ejecuto en Windows con WampServer
• PHP Version 5.3.13 / mysqlnd 5.0.8-dev - 20102224

Las instrucciones son:

Código MySQL:

UPDATE $tabla SET familia3 = '1' WHERE lis_cli = 'N1'
 
UPDATE $tabla SET familia3 = '2' WHERE lis_cli = 'N2'
 
UPDATE $tabla SET familia3 = '3' WHERE lis_cli = 'N3'
 
UPDATE $tabla SET familia3 = '4' WHERE lis_cli = 'N4'
 
UPDATE $tabla SET familia3 = '5' WHERE lis_cli = 'N5'
 
UPDATE $tabla SET familia3 = '6' WHERE lis_cli = 'N6'
 
UPDATE $tabla SET familia3 = '7' WHERE lis_cli = 'N7'
 
UPDATE $tabla SET familia3 = '8' WHERE lis_cli = 'N8'
 
UPDATE $tabla SET familia3 = '10' WHERE lis_cli = 'N9'
 

Editado: Código de programación no permitido en foros de Bases de Datos.

[gnzsoloyo]

Por lo pronto, un cambio de MyISAM a InnoDB, en el contexto de tus UPDATEs, no tiene por qué causar ningún efecto como el que describes. El SQL que usas es demasiando ANSI como para generar problemas por ese lado.

Por lo demás, la intervención de código programado mal administrado oculta cualquier defecto proveniente de variables, charset, collation, o datos que pueda existir. No debes esconder los errores posibles devueltos por MySQL detras de un mensaje sin significación, irrelevante como "No se pudo hacer ... " lo que sea. MySQL devuelve codigos y mensajes de error cuando hay fallos y es sumamente importante capturarlos (PHP es OFF TOPIC de este foro, como te habrás ya dado cuenta).
Verifica lo que está entrando, y posteanos los mensajes de error que devuelva MySQL (si es que devuelve errores), para ver lo que está realmente sucediendo.

Finalmente: El subforo de BBDD tiene normas específicas. Leelas. Allí se especifica por qué todo código de programacion será eliminado de los posts.

[jurena]

Lo único que se me ocurre, además de lo que te ha dicho @gnzsoloyo, nuestro moderador criollo, es que en InnoDB tengas relaciones y controles integridad referencial de ese modo. Eso exige un determinado orden de actualizaciones e inserciones. Me explicaré:
UPDATE $tabla SET familia3 = '2' WHERE lis_cli = 'N2'

si para familia3, no existe el valor '2' el una tabla familias, si es que existe, primero tendrías que insertar ese valor.

No sé si será tu caso.

[Bier]

Iniciado por jurena

Lo único que se me ocurre, además de lo que te ha dicho @gnzsoloyo, nuestro moderador criollo, es que en InnoDB tengas relaciones y controles integridad referencial de ese modo. Eso exige un determinado orden de actualizaciones e inserciones. Me explicaré:
UPDATE $tabla SET familia3 = '2' WHERE lis_cli = 'N2'

si para familia3, no existe el valor '2' el una tabla familias, si es que existe, primero tendrías que insertar ese valor.

No sé si será tu caso.

Ambos campos se ubican en la misma tabla (Ver instrucción utilizada).
Solo se hace uso de esa sola tabla, y no tiene relaciones con otras tablas.
Es extraño, seguiré probando.

Gracias por tu comentario.

[jurena]

Antes de seguir haciendo otras pruebas, haz lo siguiente. Haz una copia en local de tu base y cambia el motor a InnoDB.
Luego haz simplemente una inserción en esa nueva tabla, por consola o en phpmyadmin o lo que uses

Código MySQL:

UPDATE nombredetutabla SET familia3 = '1' WHERE lis_cli = 'N1'
 

Si funciona, el problema está en la programación... y, si no es así, te devolverá algún error que deberías hacernos llegar.