[Résolu] [MySQL] : count dans clause WHERE

[rudddy]

Bonjour à tous,

j'ai un problème :

J'ai une table article (id_article, ...) et une table commentaires (id_com, id_article, ...)

j'aimerais faire une requête qui me sort tout les articles qui n'ont pas de commentaires

Merci à vous

 

[ADIDASman]

select * 
from article
where id_article 
not in (select id_article from commentaires)

 

[rudddy]

clair, net, précis, ...

ADIDASman : du travail de pro

 

[ADIDASman]

 

[YoyoS]

Il manque pas une jointure pour améliorer le temps d'exécution ? Ou je pète peut-etre un plomb ^^

WHERE commentaires.id_article = article.id_article

:mrgreen:

 

[rudddy]

merci pour ton aide

pour l'instant la base est petite (10000 articles et 70000 commentaires) mais j'espère que ça va grandir ...

 

[YoyoS]

Bah c'est juste que j'ai l'impression qu'il va regarder dans tous les commentaires là, autant directement regarder dans les commentaires qui correspondraient à l'article non ? Je dis ptet des conneries la :s Quelqu'un confirme ?

 

[rudddy]

je teste sous phpmyadmin les 2 pour voir le temps d'execution

 

[ADIDASman]

Bah c'est juste que j'ai l'impression qu'il va regarder dans tous les commentaires là, autant directement regarder dans les commentaires qui correspondraient à l'article non ? Je dis ptet des conneries la :s Quelqu'un confirme ?

Il veut la liste de tous les articles qui n'ont pas de commentaire, pas vérifier ceux qui en ont.

Test à faire pour voir si c'est plus optimisé :

select *
from article
where id_article
not in (select [distinct] id_article from commentaires)

 

[rudddy]

Bah c'est juste que j'ai l'impression qu'il va regarder dans tous les commentaires là, autant directement regarder dans les commentaires qui correspondraient à l'article non ? Je dis ptet des conneries la :s Quelqu'un confirme ?

Il veut la liste de tous les articles qui n'ont pas de commentaire, pas vérifier ceux qui en ont.

+1

 

[YoyoS]

J'aurais plutôt fait ça moi, mais je me goure ptet:

select *
from article
where id_article
not in (select distinct id_article from commentaires WHERE commentaires.id_article = article.id_article)

 

[rudddy]

je sais plus quoi penser

mon coeur balance ...

 

[ADIDASman]

J'aurais plutôt faire ça moi, mais je me goure ptet:

OK, je comprends ce que tu veux dire.
En faisant ce que j'ai dit, la "grosse" sous-requête n'est exécutée qu'une fois au lieu de nb_d_articles fois pour la "petite version".
Test à faire donc.

 

[ADIDASman]

je sais plus quoi penser

mon coeur balance ...

Fais des tests de performances, c'est le mieux !

(Et je suis intéressé par les résultats).

 

[YoyoS]

Ca dépend aussi s'il y a un index sur les deux id_article ou pas je crois.

 

[rudddy]

y a un index sur les 2

mais la différence entre les 2 se situera uniquement au niveau des performances ? les résultats seront identiques ?

 

[ADIDASman]

Ca dépend aussi s'il y a un index sur les deux id_article ou pas je crois.

Quelle que soit la méthode retenue, l'index sur id_article est indispensable sur les deux tables.

 

[ADIDASman]

mais la différence entre les 2 se situera uniquement au niveau des performances ? les résultats seront identiques ?

- Oui, si différence de performance il y a
- Oui, ils seront bien identiques

 

[rudddy]

merci des indications :

sans where : 30 tuples - 0.0954 s
avec where : 30 tuples - 0.1013 s

y'aurait pas un bug comme dirait l'autre ?

 

[YoyoS]

il y a bien un index sur les deux id_article ? Sinon, ça dépend donc du nombre d'enregistrements. Le temps gagné à rechercher dans un plus petit lot est perdu par la jointure. Et le benchmark sans indexes ça donne quoi ? :mrgreen:

 

[rudddy]

oui index sur les 2 ...

ok je referais le test dans 10 ans

merci

 

[YoyoS]

et sans indexes ça donne quoi par curiosité ? ^^

 

[ADIDASman]

Merci pour les résultats du test, c'est vrai que ce n'est pas révélateur avec un si petit nombre d'enregistrements !