question sur GROUP CONCAT

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:

---

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:

---

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 ;)

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:

---

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

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

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:

---

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...:aie:

Citation:

---

Envoyé par Dranak

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

---

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

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 !