Discussion :

[Florian54]

Bonjour,

Je dois effectuer une requête lors de la connexion d'un utilisateur sur une table ayant plusieurs dizaines de milliers de données. (Bientôt des centaines ...)
Je cherche à savoir ce qui est le plus rapide pour SQL comme traitement.

Un distinct et un group by peuvent effectuer la même chose. Quelle est la solution la plus optimale ?

Merci par avance.

Cordialement,

[Waldar]

Si vous avez un agrégat, c'est GROUP BY, si vous avez besoin d'une liste d'éléments distinct, c'est DISTINCT.

[solo190]

Bonsoir à tous,
Pourquoi pas déjà une clause where pour réduire les données retournées et ensuite un group by pour les regroupements.
Sincèrement je n'aime pas trop les distincts !
Merci !

[CinePhil]

Je dois effectuer une requête lors de la connexion d'un utilisateur sur une table ayant plusieurs dizaines de milliers de données. (Bientôt des centaines ...)

Seulement ?

Exprimez plus complètement votre besoin, présentez la structure de la table et la requête que vous comptez faire. Nous pourrons alors juger sur pièces de la meilleure solution.

D'une manière générale...
- GROUP BY, c'est quand on a au moins une fonction d'agrégation (SUM, COUNT, AVG, MIN, MAX) dans la requête ;
- DISTINCT, c'est quand la requête retourne plusieurs lignes identiques et qu'on ne veut que des lignes différentes.

[Tidus159]

Salut,

Je me rappelle avoir lu récemment un commentaire très pertinent sur le forum ressemblant à "l'utilisation à tout va de DISTINCT est un bon indicateur d'une mauvaise conception ou d'un développeur qui ne comprend pas tout au modèle de données".
Je trouve cela pertinent, car fréquemment dans les applications je vois des DISTINCT qui n'ont pas lieu d'être (une jointure pourrie, conception ne prenant pas en compte le réel besoin fonctionnel). En plus de ça, ces requêtes sont généralement mal écrites donc difficilement maintenables.
Je me rappelle aussi un client qui me disait sur des requêtes de reporting "dans le doute, mets toujours DISTINCT"... pour ne pas faire boguer la fonction de génération de report (si doublon).
Dès lors, j'essaye au minimum de me passer de ce mot-clef qui implique plus de problèmes que de solutions !

A+

[CinePhil]

Ce qui est fréquent comme erreur, dans ce qui nous est proposé sur nos forums, c'est ceci :

Code :

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

SELECT DISTINCT (col_A), col_B...

Il faut rappeler que l'opérateur DISTINCT agit sur toute la ligne de résultat, pas sur une seule colonne. Dans mon exemple, les parenthèses sont parfaitement inutiles !

Mais attendons de voir ce que Florian54 va nous proposer concrètement comme problème...

[SQLpro]

Un distinct et un group by peuvent effectuer la même chose.

Pas du tout !

DISTINCT est un opérateur de dédoublonnage de lignes.
GROUP BY est une opération de regroupement c'est-à-dire de création de sous-ensembles. Même en faisant un GROUP BY, la réponse peut comporter de nombreux doublons !

Bref, il serait peut être temps de se former au SQL ! Mon site web comme mon bouquin peuvent vous y aider....

A +

[CinePhil]

Même en faisant un GROUP BY, la réponse peut comporter de nombreux doublons !

Je comprends que MySQL autorise à faire ceci :

Code :

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

1
2
3
SELECT colA, COUNT(*) AS Nombre
FROM table1
GROUP BY colA, colB

Mais est-ce le cas dans les autres SGBD ?
Est-ce autorisé par la norme SQL ?

En plus, je ne vois pas trop l'intérêt de faire ça mais bon... Plus rien ne m'étonne en informatique !

[Waldar]

Mais est-ce le cas dans les autres SGBD ?
Est-ce autorisé par la norme SQL ?

Pour la norme, je ne sais pas, mais oui toutes les données du SELECT sont dans le GROUP BY ou sont des aggégats, donc ça fonctionne.
C'est comme si on ne voulait simplement pas afficher colB.

En plus, je ne vois pas trop l'intérêt de faire ça mais bon.

Quand une donnée n'a pas de valeur de représentation ça permet de désencombrer l'affichage.
Par exemple dans l'algorithme de Tabibitosan on crée une valeur utile au regroupement mais dont l'intérêt d'affichage est nul, une illustration ici :
http://www.developpez.net/forums/d12...e/#post6581910