Discussion :

[Keweed]

Bonjour,

Je rencontre actuellement un problème assez étrange avec une requête SQL tournant de façon automatique chaque jour depuis plusieurs années et qui d'un coup rencontre l'erreur suivante : Subquery returns more than 1 row.

Voici la requête en question :

Code :

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

1
2
3
4
5
6
7
8
9
10
select `b`.`art` AS `art`,
(select `a1`.`art_2` AS `art_2` from (`phase2_BOM2` `a1` join `QA` on((`a1`.`art_2` = `QA`.`art`))) where ((`b`.`art` = `a1`.`art`) and (`QA`.`groupe` in (100,101,110)))) AS `a1`,
(select `a2`.`art_2` AS `art_2` from (`phase2_BOM2` `a2` join `QA` on((`a2`.`art_2` = `QA`.`art`))) where ((`b`.`art` = `a2`.`art`) and (`QA`.`groupe` not in (100,101,110)))) AS `a2`,
`b`.`type` AS `tp` 
from `phase2_BOM2` `b` 
where (`b`.`type` = _latin1'K') 
union 
select test.`art` AS `art`,test.`art_2` AS `art_2`,NULL AS `NULL`,test.`type` AS `type` 
from `phase2_BOM2` AS test
where (test.`type` = _latin1'I')

Ce qui est d'autant plus étrange, c'est lorsque j’exécute les 2 requêtes de l'union séparément je n'ai aucune erreur.

Edit: Plus étrange encore, sur un serveur de test étant une copie conforme du serveur de prod (même version mysql) la requête passe.

Merci d'avance.

[CinePhil]

Le message est clair : une sous-requête retourne plus d'une ligne. Il s'agit sans doute d'une des deux sous-requêtes figurant dans la partie SELECT de la première requête.

[Keweed]

Une question car là, mes connaissances en SQL ne suffisent pas.

Quelle est la différence entre ces deux requêtes :

Code :

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

1
2
3
4
5
6
SELECT `b`.`art` AS `art`,
(SELECT `a1`.`art_2` AS `art_2` FROM (`phase2_BOM2` `a1` JOIN `QA` ON((`a1`.`art_2` = `QA`.`art`))) WHERE ((`b`.`art` = `a1`.`art`) AND (`QA`.`groupe` IN (100,101,110)))) AS `a1`,
(SELECT `a2`.`art_2` AS `art_2` FROM (`phase2_BOM2` `a2` JOIN `QA` ON((`a2`.`art_2` = `QA`.`art`))) WHERE ((`b`.`art` = `a2`.`art`) AND (`QA`.`groupe` NOT IN (100,101,110)))) AS `a2`,
`b`.`type` AS `tp` 
FROM `phase2_BOM2` `b` 
WHERE (`b`.`type` = _latin1'K')

qui fonctionne très bien. Et :

Code :

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

1
2
3
4
5
6
(SELECT `b`.`art` AS `art`,
(SELECT `a1`.`art_2` AS `art_2` FROM (`phase2_BOM2` `a1` JOIN `QA` ON((`a1`.`art_2` = `QA`.`art`))) WHERE ((`b`.`art` = `a1`.`art`) AND (`QA`.`groupe` IN (100,101,110)))) AS `a1`,
(SELECT `a2`.`art_2` AS `art_2` FROM (`phase2_BOM2` `a2` JOIN `QA` ON((`a2`.`art_2` = `QA`.`art`))) WHERE ((`b`.`art` = `a2`.`art`) AND (`QA`.`groupe` NOT IN (100,101,110)))) AS `a2`,
`b`.`type` AS `tp` 
FROM `phase2_BOM2` `b` 
WHERE (`b`.`type` = _latin1'K'))

qui me retourne l'erreur "Subquery returns more than 1 row".

[CinePhil]

Une requête ne commence pas par une parenthèse ! Ou alors ça veut dire que cette requête est encore incluse dans une autre ?

D'ailleurs il y a beaucoup de trucs inutiles dans tes requêtes : Ces saloperies d'apostrophes inversées ajoutées par phpMyAdmin et un bon paquet de parenthèses ; tu viens de la forêt de parenthèses d'Access ou quoi ?

Voici ta première requête récrite sans le superflu et indentée correctement pour la rendre plus lisible :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
SELECT b.art AS art,
    (
        SELECT a1.art_2 AS art_2 
        FROM phase2_BOM2 a1 
        JOIN QA ON a1.art_2 = QA.art 
        WHERE b.art = a1.art 
            AND QA.groupe IN (100, 101, 110)
    ) AS a1,
    (
        SELECT a2.art_2 AS art_2 
        FROM phase2_BOM2 a2 
        JOIN QA ON a2.art_2 = QA.art 
        WHERE b.art = a2.art 
            AND QA.groupe NOT IN (100, 101, 110)
    ) AS a2,
    b.type AS tp 
FROM phase2_BOM2 b 
WHERE b.type = _latin1'K'

Et je pense que cette requête devrait donner le même résultat avec un meilleur temps de réponse :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
SELECT b.art AS art,
    a1.art_2 AS art_2,
    a2.art_2 AS art_2,
    b.type AS tp 
FROM phase2_BOM2 b 
INNER JOIN phase2_BOM2 a1 ON b.art = a1.art
    INNER JOIN QA qa1 ON a1.art_2 = qa1.art
INNER JOIN phase2_BOM2 a2 ON b.art = a2.art
    INNER JOIN QA qa2 ON a2.art_2 = qa2.art
WHERE b.type = _latin1'K'
    AND qa1.groupe IN (100, 101, 110)
    AND qa2.groupe NOT IN (100, 101, 110)

[Keweed]

Je sais bien qu'une requête ne commence pas par une parenthèse ...
C'était une manière simplifié de présenter les choses car lorsque je fais une UNION sur la requête sans les parenthèse cela revient au même que mettre des parenthèse autour de la requête (ce qui fais qu'elle ne fonctionne plus).

Ce n'est pas ma requête donc je ne cherche pas à l'optimiser, juste à savoir pourquoi elle ne fonctionne plus alors que cela faisait des années qu'elle tournait sans problème.

Enfin j'ai déjà fais la modification avec les jointures car je n'ai pas trouvé d'autre solution. C'est juste que j'aurais aimé comprendre la différence avec et sans les parenthèses autour de la requête. Enfin j'ai une vague idée, je pense que cela vient des données mais bon ça fonctionne pour l'instant donc je vais faire avec.

[Bisûnûrs]

Ces saloperies d'apostrophes inversées ajoutées par phpMyAdmin

En fait il s'agit simplement de délimiteurs (pas forcément inutiles). En effet, quand une table ou un champ a un nom .. "spécial" .. avec des accents, des espaces, des apostrophes (oui oui, c'est possible (selon la documentation MySQL : "Un nom d'identifiant est constitué de caractères alpha-numériques issus du jeu de caractères courant, plus ‘_’ et ‘$’."), j'en ai fait l'expérience malgré moi), il convient de les utiliser pour que la requête se passe sans anicroche.

Exemple :

Code :

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

1
2
3
4
SELECT
   `nom d'un champ`
FROM
   `table accentuée`

[CinePhil]

Oui mais dans son cas comme dans 90% des cas que j'ai vu sur ce forum, malgré la proportion assez forte de gens n'ayant pas connaissance des noms mal formés, ces saloperies d'apostrophes inversées sont inutiles.
Il vaut mieux nommer ces bases de données, tables et colonnes correctement plutôt que de s'emmerder avec ces bidules disgracieux !