Discussion :

[chlock62]

Bonjour, j'ai besoin d'aide les amis SQL

Deux table, Intervenant, Pole

CodePole clé etrangére dans la table Intervenant réference à la table Pole

SELECT * FROM `intervenant`

Il se trouve que l'orsque j'utilise le moteur INNODB les information de ma table ci'dessous sont regrouper automatiquement sans utliser la focntion group by, normalement tout les informations devraient être en désordre !!!



Normalement en désordre comme ci dessous (moteur ISSIAM



Et lorsque j'utilise la fonction group by j'ai ce resultat

SELECT CodePole, NumEmploye FROM `intervenant` group by CodePole;

Nous voyons que normalement ma requete doit regrouper tout les codePole !!! ce n'est pas le cas


Merci de m'éclairer de vos lumières les amis

Bonne journée

[Artemus24]

Salut chlock62.

Je ne comprends pas ce que vous essayez de faire.
Si je prends dans vos exemple le couple (NumEmploye, CodePole), il n'y a pas d'erreur dans les valeurs.
Il y a juste à l'affichage un ordre différent. Est-ce de cet ordre dont il est question ?

Quand vous faites :

Code :

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

SELECT * FROM `intervenant`

L'ordre d'apparition est celui conditionné par votre "primary key".
Comme vous n'avez pas communiqué le descriptif de la table, on peut supposer que l'ordre est celui de la saisie.

Vous redonnez le même exemple, mais basé sur le moteur "MyIsam", qui doit avoir une "primary key" différente, et je suppose basée sur la colonne "NumEmploye".

Dans votre troisième exemple, votre requête est mal écrite en MySql.

Code :

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

SELECT CodePole, NumEmploye FROM `intervenant` group by CodePole;

Le "group by" doit se faire sur des colonnes, ce que vous faites, mais en dehors du "group by", vous devez indiquer une fonction de regroupement, ce qui n'est pas le cas ici dans votre exemple.

Si vous désirez trier votre résultat, il suffit d'ajouter "order by" et le nom de la colonne. Ce qui donne :

Code :

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

SELECT CodePole, min(NumEmploye) FROM `intervenant` group by CodePole order by NumEmploye;

Or vous dites :

Nous voyons que normalement ma requete doit regrouper tout les codePole !!! ce n'est pas le cas

Qu'est-ce que vous entendez par "regrouper tous les "Codepole" ?
Vous ne devez pas avoir la même définition de regroupement que MySql.
Le regroupement se fait sur la colonne "CodePole" et en ce qui concerne la colonne "NumEmploye", vous aurez un seul exemplaire, celui qui sera sélectionné par la fonction que vous utiliserez.

Si vous désirez assembler tous les "NumEmploye" ayant le même "CodePole", il faut écrire :

Code :

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

SELECT NumEmploye, CodePole FROM `intervenant` group by NumEmploye, CodePole order by NumEmploye, CodePole;

@+

[chlock62]

Oui les valeurs sont regroupées sur le codepole (CLE ETRANGERE) de la table Pole sans avoir utilisé group by c'est cela qui me preocupe l'affichage devrait être comme sur la deuxième photo mais j'ai l'affichage de la première photo.
L'ordre de la saisie c'est la deuxième photo qui est rendu Mysiam et en Innodb j'ai le rendu de la première photo dont tout est regroupé sur le codePole sans avoir utilisé group by.

[Artemus24]

Si l'ordre ne te convient pas, tu ajoutes "order by ..." en précisant les colonnes. Tu peux même préciser ASC ou DESC.
Je ne vois pas où se trouve ton problème, si c'est réellement un problème car je pense que tu as une méconnaissance du fonctionnement d'un SGBDR.

[tatayo]

chlock62 => tu confonds regroupement (GROUP BY) et tri (ORDER BY).
Pour commencer, sans ORDER BY dans la requête, l'ordre d'affichage des lignes n'est pas garanti, il dépend de la stratégie choisie par le moteur pour exécuter la requête, des indexes présents...

GROUP BY n'a pas pour vocation de changer l'ordre d'affichage, ni de mettre ensemble des lignes ayant une ou plusieurs colonnes en commun, mais de cumuler des lignes.
Par exemple:

Code SQL :

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

1
2
3
4
 
SELECT CodePole, COUNT(*) 
FROM intervenant
group by CodePole;

Cette requête va compter le nombre d'intervenant par "CodePole". Le résultat n'aura qu'une seule ligne par valeur de "CodePole".
D'ailleurs cette requête est incorrecte:

Code sql :

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

1
2
3
4
 
SELECT CodePole, NumEmploye 
FROM intervenant
GROUP BY CodePole;

En effet toutes les colonnes de la clause SELECT qui ne font pas l'objet d'une fonction d'agrégation (SUM, AVG, MIN...) DOIVENT figurer dans la clause GROUP BY.
MySql accepte cette requête, mais la valeur de NumEmploye sera "plus ou moins" aléatoire, et surtout n'aura aucune signification.

ORDER BY a pour rôle de trier les lignes:

Code SQL :

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

1
2
3
4
 
SELECT CodePole, NumEmploye 
FROM intervenant
ORDER BY CodePole;

Ici les lignes sont triées sur le CodePole, donc toutes celles qui ont la même valeur pour CodePole seront ensembles (i.e à la suite les unes des autres).

Mais les deux sont indépendants. Il est tout à fait possible de faire un regroupement (GROUP BY) sur une colonne, mais que les lignes ne soient pas triées sur cette colonne.

Donc pour résumer:

• Pour TRIER des lignes: ORDER BY
• Pour cumuler des lignes: GROUP BY

Tatayo.

[escartefigue]

Bonjour,


Tatayo a bien expliqué la différence entre le tri (ORDER BY) et le regroupement (GROUP BY ) et comment utiliser ce dernier.


Concernant le titre de ce fil de discussion "regroupement automatique sans fonction group by", il faut ajouter qu'il n'y a jamais de tri ou de regroupement automatique, la seule façon d'avoir la garantie de restituer les lignes dans un ordre défini, c'est d'utiliser ORDER BY. De plus, GROUP BY n'est pas une fonction.


À ce sujet :

GROUP BY n'a pas pour vocation de changer l'ordre d'affichage, ni de mettre ensemble des lignes ayant une ou plusieurs colonnes en commun, mais de cumuler des lignes.

Plus précisément, il s'agit de créer des agrégats, ce qui permet en effet de calculer des cumuls (fonction SUM()), mais aussi de compter (fonction COUNT()), d'obtenir des valeurs maximales, minimales ou moyennes (fonctions MAX(), MIN() ou AVG()) et d'opérer des restrictions sur le résultat (clause HAVING).


Concernant ceci :

Quand vous faites :

Code :

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

SELECT * FROM `intervenant`

L'ordre d'apparition est celui conditionné par votre "primary key".
Comme vous n'avez pas communiqué le descriptif de la table, on peut supposer que l'ordre est celui de la saisie.

Comme l'a justement dit Tatayo, sans clause ORDER BY, l'ordre dépend du choix de l'optimiseur, à tel point que la même requête peut restituer les lignes dans un ordre différent si ORDER BY n'est pas précisé, ne serait-ce que si l'on effectue une réorganisation des tables en jeu entre les deux exécutions. Et l'ordre de saisie et celui de la PK peuvent être différents, y compris avec une PK de type auto_increment.
De plus, comme ici on utilise SELECT *, aucun index n'est éligible, et comme il n'y a aucune restriction WHERE, il est fort probable qu'un parcours séquentiel de la table sans passer par un index soit effectué.

@chlock62 : voyez ICI pourquoi il ne faut pas utiliser SELECT *

[SQLpro]

...
Comme l'a justement dit Tatayo, sans clause ORDER BY, l'ordre dépend du choix de l'optimiseur
...

Je dirais plutôt que, sans clause ORDER BY il n'y a aucun tri des lignes du résultat ce qui fait que les lignes peuvent apparaître dans un ordre aléatoire qui peut changer lors de n'importe quelle exécution de la requête.

A +

[escartefigue]

Si vous désirez assembler tous les "NumEmploye" ayant le même "CodePole", il faut écrire :

Code :

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

SELECT NumEmploye, CodePole FROM `intervenant` group by NumEmploye, CodePole order by NumEmploye, CodePole;

S'il n'y a aucun calcul d'agrégat, on utilisera la clause DISTINCT plutôt que GROUP BY, les performances seront souvent meilleures.