Discussion :

[clavier12AZQSWX]

bonjour,

avez-vous déjà eu l'étrange cas où GROUP_CONCAT évince toujours la 1ere ligne ?

Je fais une requête qui concatène des champs :

Code sql :

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

1
2
3
SELECT GROUP_CONCAT(CONCAT(DATE_FORMAT(ta_date, '%d/%m/%Y'),' ',ta_lib,'@@lien_gauche',COALESCE(ta_fichier,''),'@@lien_droite') ORDER BY ta_date DESC SEPARATOR '<br>') AS ligne 
FROM taches
 WHERE ta_etu_id=5 AND ta_visible=1

j'obtiens 35 tuples/lignes concaténées dans mon champ 'ligne'




quand je fais la requête sans le GROUP_CONCAT pour voir les lignes qui doivent être concaténées:

Code sql :

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

1
2
3
SELECT (CONCAT(DATE_FORMAT(ta_date, '%d/%m/%Y'),' ',ta_lib,'@@lien_gauche',COALESCE(ta_fichier,''),'@@lien_droite') ) AS ligne 
			 FROM taches 
			 WHERE ta_etu_id=5 AND ta_visible=1 ORDER BY ta_date desc

j'obtiens 36 tuples/lignes de résultats


Sans aucune raison qui me vient à l'esprit, la 1ere ligne (après le ORDER BY effectuée) est évincée du GROUP_CONCAT.
Si j'insère un 37e tuple dans le jeu de test, la ligne évincée avant apparait au prochain group_concat, mais pas la 37eme dernière !!

Quelle étrange coquille je ne vois pas ?



ps : l'idée de ma requête sur la table 'taches' c'est de préparer un contenu textuel HTML qui liste une série de tâches, avec ou sans fichier joint (ta_fichier) correspondant, le tout ordonnée par date. Je liste les dates, les titres, les fichiers. Le nom du fichier est encadrée par 2 marqueurs @@ qui seront remplacés en post-traitement par du contenu HTML préparant un lien HREF.

[Séb.]

Une des colonnes doit être NULL => Le CONCAT() est donc NULL => La ligne est donc ignorée par GROUP_CONCAT()

Sans échantillon difficile d'en dire plus.

[clavier12AZQSWX]

Une des colonnes doit être NULL => Le CONCAT() est donc NULL => La ligne est donc ignorée par GROUP_CONCAT()

Sans échantillon difficile d'en dire plus.

oui j'avais vu cet effet étrange pour mon champ 'ta_fichier' c'est pour ça que j'ai mis un COALESCE car j'ai clairement vu que la ligne (le tuple) était évincée mais les autres champs pris en compte non pas la possibilité d'être NULL du tout.

je vais essayer de voir si je peux sortir un jeu de données propre pour être publiée avec la structure de la table minimisée.

Question au cas où : la string '@@' que j'utilise comme séparateur ensuite, c'est pas un code mysql ou caractère système ? au cas où ça impacterait qqchose... Si ça se trouve c'est un truc de language pour indiquer une variable ou pointeur/curseur comme en c++.

[clavier12AZQSWX]

j'ai honte...

j'étais une dans une sous partie script "sql inserting" au lieu de "sql inserted" de mon traitement....
donc j'avais toujours un tuple de retard sur ma requête et son jeu d'essai....
plus de 4h perdues à tourner en rond...

merci quand-même. désolé pour le temps perdu.