Discussion :

[Dranak]

Bonjour tout le monde !

Je bosse actuellement sur un site de produits bio pour lequel je dois développer une page affichant tous les produits classés par catégorie. Jusqu'à présent, j'utilisais pour ce genre de demande une requete avec 2 GROUP CONCAT et je récupérais mes catégories avec un explode PHP puis les produits avec un second explode.

Mais lors d'un projet récent, j'ai été confronté au probleme de la taille maximale d'un champ group concat (group_concat_max_len). Je me demande comment faire les choses proprement pour mes produits bio. Voilà la structure de la table produits:

PRODUITS:

id

idcategorie

nom

provenance

texte

url

Et voila la requete avec les 2 CONCAT que j'aurais utilisé d'habitude:

Code :

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

1
2
3
4
5
 
SELECT id_categorie, GROUP_CONCAT( CONCAT( id, '=>', id_categorie, '=>', nom, '=>', provenance )
SEPARATOR '|' ) AS monChamp
FROM produits
GROUP BY id_categorie

Est ce que ce type de requete est une aberration complète? Si oui, quelle est la bonne solution à choisir?

Si c'est comme ca qu'il faut s'y prendre, comment augmenter la taille du champ group_concat? J'ai lu qu'il fallait utiliser cette commande mais je ne comprends pas où et comment la mettre:

Code :

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

1
2
 
SET [SESSION | GLOBAL] group_concat_max_len = nbre de caractères;

J'avoue que je suis très loin d'etre un connaisseur sur MySQl et que vos avis m'aideraient bien

[ced]

Bonjour,

C'est un problème d'algorithme, et pas vraiment de SQL...
D'un point de vue SQL, il vaut mieux interroger la base une seule fois (ce que tu fais, d'ailleurs), mais en séparant les données ramenées par le SELECT :

Code :

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

1
2
3
SELECT id, idcategorie, nom, provenance...
FROM produit
ORDER BY idcategorie

En effet, GROUP_CONCAT est une fonction propre à MySQL et ne résout rien si le nombre de produits d'une catégorie augmente...

Ensuite, c'est au niveau du PHP qu'il faut trouver une solution pour traiter chaque catégorie. Là, je ne peux pas trop t'aider, je ne suis pas spécialiste de la question.

Eventuellement (c'est une piste qui en vaut sans doute d'autres), pourquoi ne pas faire une requête qui donne au préalable le nombre de produits dans chaque catégorie. Ca facilite les boucles de traitements par la suite...

ced

[Dranak]

Merci de ta réponse et de ta réactivité...mais en fait j'ai mal exposé mon probleme...

En fait je ne veux pas afficher uniquement les produits mais les catégories de produits, même celles qui sont vides.Je dois donc interroger la table categories (qui a 2 champs: id_categorie et nom_categorie) et je fais un LEFT JOIN sur la table produits. La requete que j'utilise à l'heure actuelle est donc plutot la suivante:

Code :

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

1
2
3
4
5
6
 
SELECT cat.id_categorie, cat.nom_categorie,				
GROUP_CONCAT(CONCAT(pr.id, '=>', pr.id_categorie, '=>', pr.nom, '=>', pr.provenance) SEPARATOR '|' ) AS monChamp
FROM categories_produits cat
LEFT JOIN produits pr ON pr.id_categorie = cat.id_categorie
GROUP BY cat.id_categorie

Et rien à faire, je ne pige pas comment je peux me passer de ce foutu GROUP_CONTACT...

[ced]

Et rien à faire, je ne pige pas comment je peux me passer de ce foutu GROUP_CONTACT...

Parce que tu veux tout ramener en une seule ligne... Et que le SQL n'est pas fait pour ça .
Le SQL est prévu pour ramener des lignes de données. La mise en forme des informations, c'est à l'application de la faire.

Ta requête est correcte, sauf qu'il faut te passer de ce GROUP_CONCAT... Mais là, comme je le disais précédemment, c'est un problème d'algorithme.

ced

[Dranak]

Ca y'est ca marche ! Grace à tes conseils j'ai repensé mon algo (2 requetes, une pour les categories, une pour les produits, des boucles et des tableaux pour récupérer ce qu'il faut là ou il faut).

J'en ai ch*** mais tout fonctionne sans GROUP BY.

Merci beaucoup !