Italiano
Română
Русский¿Cómo usar wpdb->prepare con MySQL UPDATE?
Estoy tratando de establecer una fecha y hora de 'eliminado' en una consulta de plugin pero no estoy seguro de cómo usar UPDATE SET con $wpdb->prepare.
Aquí está mi consulta:
$cur_date = date('Y-m-d G:i:s');
$rows_affected = $wpdb->query(
$wpdb->prepare("
UPDATE $table
SET ( removed, post_id, user_id, status )
VALUES ( %s, %d, %d, %d )
"),
array($cur_date, $postid, $userid, 0)
));
¿Puedo configurar UPDATE de esta manera usando $wpdb? Soy muy nuevo en la creación de consultas DB personalizadas.
Si no es así, ¿cómo debería/puedo lograr esto?
¡Gracias de antemano!
EDICIÓN ---------------------------------------------------
Nuevo código:
$table = $wpdb->prefix . 'ds_entry_swoons';
$cur_date = date('Y-m-d G:i:s');
$rows_affected = $wpdb->query(
$wpdb->prepare("
UPDATE {$table}
SET removed = %s, post_id = %d, user_id = %d, swoon_status = %d
WHERE post_id = $postid AND user_id = $userid;",
$cur_date, $postid, $userid, 0
)
);
Tienes razón @Rarst wpdb::update fuente: ... return $this->query( $this->prepare( $sql, $values ) ); : https://developer.wordpress.org/reference/classes/wpdb/update/
hamid araghi
En realidad, LIMIT 1 es muy peligroso con sentencias UPDATE y DELETE. Esto es particularmente cierto si la base de datos es un Maestro en una configuración de Replicación MySQL porque no hay garantía del orden de UPDATE/DELETE en el Esclavo. Las advertencias sobre esto se publicarán en el registro de errores de MySQL del Maestro. Aparte de eso, tu respuesta es esencialmente correcta una vez que @dkmojo añada la cláusula WHERE. +1 !!!
RolandoMySQLDBA
Si apuntas a un ID de clave primaria o a una combinación de claves únicas... ¿por qué sería peligroso?
EarnestoDev
Esa sería la única excepción. Las claves no únicas serían una historia diferente. MySQL aún puede publicar advertencias en el registro de errores en cualquier caso.
RolandoMySQLDBA
De hecho escribí un post sobre eso en DBA StackExchange: http://dba.stackexchange.com/questions/1371/problem-with-mysql-subquery/1384#1384. Tiene que ver con la forma en que el Optimizador de MySQL realiza transformaciones de consultas internamente.
RolandoMySQLDBA
Cierto, pero esto debería ser una decisión consciente. Si sabes que planeas actualizar un solo registro, que yo sepa, es una buena práctica imponer LIMIT 1. Si tienes un número variable de registros para actualizar, nunca uses LIMIT ya que el orden por defecto es... ¡sin ordenar! :)
EarnestoDev