Discussion :

[JulienCEA]

Je n'arrive pas à éxecuter une requete UPDATE ou le nom de la table figure dans la clause WHERE. J'utilise PHPmyadmin, ma requete est la suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

UPDATE repertoires SET OUVERT='0' WHERE ID IN (SELECT ID FROM repertoires WHERE PARENTID IN ('1'))

message d'erreur : You can't specify target table 'repertoires' for update in FROM clause

Je n'ai pas envie de me taper une table temporaire, y'a t il une autre solution ?[/code]

[Maximil ian]

Salut,

Tu ne remarques pas comme une redondance dans cette requête :

[JulienCEA]

Excusez mon ignorance, je débute. Cela dit je ne comprends pas pourquoi cette requête ne fonctionne pas. Je l'ai pourtant écrite intuitivement et elle devrait faire exactement ce que je voudrais qu'elle fasse. Alors redondance ou pas, je trouve dommage qu'un language aussi intuitif que le SQL ne permette pas ce genre de requête. A savoir 1) recherche des 'ID' dont le 'PARENTID' vaut 1 puis 2) modification de la valeur 'OUVERT' des lignes sélectionnées. Doit bien y avoir un moyen de faire ça non ?

[ePoX]

Hm intuitivement sa donnerai ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

UPDATE repertoires SET OUVERT='0' WHERE PARENTID = 1

non ?

Sinon le IN c'est à utiliser pour trouver une champs dont la valeur est égale à une occurence d'une liste de valeur.

Et puisque PARENTID semble être un identifiant, à priori numérique, tu n'as pas besoin des simple quote.

[pcaboche]

Cela dit je ne comprends pas pourquoi cette requête ne fonctionne pas.

Un problème de version surement (requêtes imbriquées pas supportées avant MySQL 4.1)

Je l'ai pourtant écrite intuitivement...

Le meilleur moyen pour avoir des problèmes de version (requêtes imbriquées), de performances et autres. Etre programmeur, c'est pas juste "traduire mot à mot un cahier des charges", c'est aussi réfléchir sur les ensembles... (et prendre en compte plein de paramètres)

Là où Maximillian veut en venir, c'est que la requête suivante est suffisante:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

UPDATE repertoires SET OUVERT='0' WHERE PARENTID IN (1) ;

Elle est:
- simple
- intuitive
- performante
- compatible avec les anciennes versions de MySQL

Edit: Grillé par ePoX

[ePoX]

Un problème de version surement (requêtes imbriquées pas supportées avant MySQL 4.1)

petite précision (je vous en fait profiter comme je suis allé me renseigner)

Error 1093 (ER_UPDATE_TABLE_USED)
SQLSTATE = HY000
Message = "You can't specify target table 'x' for update in FROM clause"

Cette erreur survient dans des cas comme celui-ci :

UPDATE t1 SET column2 = (SELECT MAX(column1) FROM t1);

Il est valide d'utiliser une sous-requête lors d'une affectation dans une commande UPDATE, car les sous-requêtes sont valides avec les commandes UPDATE et DELETE, tout comme dans les commandes SELECT. Cependant, vous ne pouvez pas les utiliser sur la même table, qui est ici t1, car cette table est alors la cible de la clause FROM et de la commande UPDATE.

Pour mysql 5.

[pcaboche]

Donc, si je comprends bien, les requêtes imbriquées ne sont utilisables dasn un UPDATE et un DELETE qu'à partir de MySQL 5?

Dans ce cas, ça répond à la question "pourquoi ça marche pas?".

Merci pour cette précision ePoX !

[ePoX]

eeuuuuuhhh je n'est pas été assez précis :s dsl

En faits les requetes imbriquées avec les clauses UPDATE DELETE sont utilisable avec mysql 3, 4, 5 (enfin ce n'est pas très précis dans la doc http://dev.mysql.com/doc/refman/4.1/en/subquery-errors.html la dernière erreur)

Par contre on ne peut pas faire un update sur une table et utiliser cette même table dans la sous requete !

C'était ce que je voulais préciser.

dsl

[pcaboche]

Okay ! We learn a new thing everyday !

[headmax]

on utilise les alias pour les sous requetes.
et ca marchera.

[tomate_mozzarella]

pour info, évite l'espace entre IN et la parenthèse :
IN(1)

[rt15]

Utiliser les alias ne change rien.

D'après ce thread, il faut passer par une table intermédiaire...

[edit]
A ce propos, si quelqu'un à une idée pour faire passer cette requête, qu'il n'hésite pas.

update mvt_jus_std t1 set timestamp = (select max(TIMESTAMP) from mvt_jus_std t2 where t1.date_jus=t2.date_jus and t1.oid_perso=t2.oid_perso)

Marche sous Oracle, marche pas sous MySQL, avec le fameux :

You can't specify target table ... for update in FROM clause

[edit 2]

Bin voilà la soluce, avec table temporaire :
update MVT_JUS_STD set timestamp = (
select max_timestamp from (
(select MAX(timestamp) max_timestamp, oid_perso, date_jus from MVT_JUS_STD group by date_jus,oid_perso)temp
) where MVT_JUS_STD.oid_perso=temp.oid_perso and temp.date_jus=MVT_JUS_STD.date_jus)