Discussion :

[blekc]

Bonjour,

Je n'arrive pas à trouver la bonne syntaxe pour effectuer un delete avec sous-interrogation synchronisée. La requête suivante est refusée, ce qui est bien dommage pour moi :

Code :

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

1
2
3
4
 DELETE FROM message
WHERE cle IN (SELECT cle FROM message AS tbl
    WHERE date  < (SELECT MAX(date) FROM message 
         WHERE composant = tbl.composant))

La même requête avec un "select * " à la place du "delete" fonctionne.

La table contient un historique de messages portant sur des composants. Je veux nettoyer l'historique pour ne garder que le dernier message relatif à chaque composant. Comment faire ?

Désolé s'il s'agit d'une question de débutant car c'est bien mon cas, mais je n'ai pas trouvé l'info par ailleurs...

(mysql 5)

[SQLpro]

Votre requête est synatxiquement parfaite et il n'y a a priori aucun problème (sauf erreur de colonnes , mais vous n'avez pas mentionné la structure des tables... dommage).
Il est probable qu'il s'agisse d'une limitation de MySQL qui implémente très mal les sous requêtes...

A +

[icsor]

Bonjour,

je ne connais pas MySQL, donc ne sais pas si votre requête peut être accepté par ce SGBD, mais pour moi, il y a un problème de sens.

Code :

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

1
2
3
 (SELECT cle FROM message AS tbl
    WHERE date  < (SELECT MAX(date) FROM message 
         WHERE composant = tbl.composant))

Pour moi, ce code renvoi toutes les identifiant "cle" qui ont au moins deux dates différentes dans votre table. Et vous essayez donc d'effacer toutes les lignes donctenant ces cle, pas seulement celles qui ont les cates les plus anciennes.

Personnellement, je verrai plus un truc du genre:

Code :

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

1
2
3
4
DELETE FROM message AS m1
WHERE EXISTS (SELECT 1 
FROM message AS m2 
WHERE m1.cle = m2.cle AND m1.date < m2.date)

[blekc]

Désolé de ne pas avoir donné le structure de la table (une seule impliquée). Comme je pensais qu'il s'agissait d'un problème de syntaxe, je croyais qu'indiquer que la même requête fonctionnait avec un "select *" à la place du "delete" était suffisant. Promis, je ne le ferai plus

Je vais explorer la piste des limitations MySQL en testant des exemples de tutoriels de "delete" avec sous-requêtes ordinaires. Mais je n'en ai pas trouvé qui utilisent les sous-requêtes synchronisées. J'ai l'impression que c'est cette particularité qui bloque...

Code sql :

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

1
2
3
4
5
6
7
8
 
CREATE TABLE IF NOT EXISTS message (
  `date` int(11) NOT NULL,
  `composant` varchar(40) NOT NULL,
  `code` smallint(6) NOT NULL,
  `cle` int(11) NOT NULL auto_increment,
  PRIMARY KEY  (`cle`)
) ENGINE=MyISAM  DEFAULT CHARSET=utf8 AUTO_INCREMENT=12 ;

[blekc]

Code :

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

1
2
3
 (SELECT cle FROM message AS tbl
    WHERE date  < (SELECT MAX(date) FROM message 
         WHERE composant = tbl.composant))

Pour moi, ce code renvoi toutes les identifiant "cle" qui ont au moins deux dates différentes dans votre table. Et vous essayez donc d'effacer toutes les lignes donctenant ces cle, pas seulement celles qui ont les cates les plus anciennes.

Merci pour cette piste mais cette partie de la requête fait bien ce que j'en attends : sélectionner toutes les lignes sauf celles qui, pour une cle donnée, a la valeur max dans la colonne date.

[icsor]

Dis moi comment identifie tu deux lignes de ton résultat avec une même cle mais une date différente si tu ne renvoies que la cle ?

[blekc]

Dis moi comment identifie tu deux lignes de ton résultat avec une même cle mais une date différente si tu ne renvoies que la cle ?

Oupss... J'ai répondu trop vite. Il fallait lire "pour un composant donné" et non "pour une clé donnée". Le prédicat portant sur le composant :

Code sql :

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

1
2
 
WHERE composant = tbl.composant

[blekc]

...
Il est probable qu'il s'agisse d'une limitation de MySQL qui implémente très mal les sous requêtes...

Est-ce une limitation de MySQL ou une erreur du tutoriel, toujours est-il que la requête suivante, adaptée du tuto, est refusée par MySQL :

Code sql :

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

1
2
3
4
5
6
7
 
SELECT * FROM T_PROSPECT
WHERE  PRP_ID = (SELECT PRP_ID
                 FROM   T_PROSPECT P
                        JOIN T_CLIENT C 
                             ON C.CLI_NOM = P.PRP_NOM
                            AND C.CLI_PRENOM = P.PRP_PRENOM)

"WHERE PRP_ID = (SELECT PRP_ID ..." est refusé car la requête imbriquée renvoie plusieurs lignes, comme cela est d'ailleurs souhaité. Un "IN" semblerait plus approprié. Non ?

Une fois ce détail corrigé, ce type de requête est refusé, comme celle que je présentais au début. Après des recherches, j'ai trouvé une réponse au "pourquoi c'est refusé" (doc MySQL) :

You can use a subquery for assignment within an UPDATE statement because subqueries are legal in UPDATE and DELETE statements as well as in SELECT statements. However, you cannot use the same table (in this case, table t1) for both the subquery's FROM clause and the update target.

Mais ça ne me dit pas comment faire Y a-t-il une ruse pour obtenir le résultat souhaité ou dois-je renoncer à l'obtenir en une seule requête ?

[al1_24]

La ruse serait de passer par une table temporaire qui enregistre les identifiants des lignes à supprimer

[icsor]

Ou bien, tu peux passer par un alias de table pour ta requète.