MySQL optimiser les sous-requêtes

Question

Je veux optimiser cette requête (puisque les sous-requêtes ne sont pas rapides en général), mais je suis perdu car je ne peux pas réécrire cela en utilisant des jointures qui seront meilleures pour la performance.

SELECT id, company, street, number, number_addition, postalcode, telephone 
FROM clients 
    WHERE (postalcode BETWEEN '1000' AND '9000') AND street = (
     SELECT DISTINCT street FROM clients WHERE (postalcode BETWEEN '1000' AND '9000') AND postalcode <= (
      SELECT MIN(postalcode) FROM clients WHERE street = 'Main Street' AND  (postalcode BETWEEN '1000' AND '9000')) 
     ORDER BY postalcode DESC LIMIT 1, 1) 
ORDER BY postalcode DESC, street DESC, number DESC, number_addition DESC, telephone DESC 
LIMIT 1 

Merci pour votre temps les gars.

Answer 1

SELECT DISTINCT street ORDER BY postalcode n'a pas de sens (et je pense n'est pas SQL valide ANSI), à moins que postalcode est fonctionnellement dépendant street -qui, je ne pense pas que ce soit, que votre rendez-vous le plus bas postalcode-on- La sous-sélection interne de Main-Street n'aurait pas de sens si c'était le cas. MySQL vous laissera s'en tirer mais les résultats seront incohérents. Qu'essayez-vous de dire ici?

Je ne pense pas que cela devrait être particulièrement lent puisque ce que vous avez n'est pas une sous-requête dépendante; les sous-requêtes ne sont exécutées qu'une seule fois et pas de manière répétée pour chaque ligne externe. Vous pouvez le réécrire en trois requêtes distinctes-

1. obtenir le code postal le plus bas sur Main Street;
2. obtenir la rue avec le deuxième code postal le plus bas inférieur à (1) (incohérent);
3. obtenir des détails sur les clients sur la rue (2).

sans différence d'exécution. (En effet, il pourrait être préférable de le faire pour plus de clarté.)

Vous pouvez réécrire ces derniers comme les jointures, en utilisant l'auto-gauche-joint sur-moins-que-est nul pour obtenir les minima/maxima, mais je ne pense pas que vous y gagneriez quoi que ce soit pour cet exemple et cela deviendrait très salissant étant donné les deux niveaux d'adhésion et la deuxième exigence la plus élevée. Cette requête est-elle particulièrement lente en pratique? À quoi ressemble le EXPLAIN? Avez-vous indexé postalcode et street?