Discussion :

[pitipilot]

Bonjour ,

Je fais face à un petit problème dont voici un exemple :

| NOM | PRENOM | age |
--------------------------------
| Dupont | Jean | 18 |
| Martin | Hervé | 48 |
|Dupont | Pierre | 20 |

Résultat attendu

| Concat | NOM | SOMME
---------------------------
| jean, pierre| Dupont | 38 |
| Hervé | Martin | 48 |

En gros faire la somme des âges des personnes portant le même nom de famille et générer une concaténation de leur prénom respectif.
Faire la somme est facile avec GROUP BY mais je ne sais pas comment faire l'équivalent d'une concaténation avec group BY ?

Merci d'avance

[Donpi]

Bonjour,

Les autres du forum vont me lancer des cailloux, mais vous pourriez écrire votre propre fonction d’agrégat.

Avec une librairie .Net c'est assez facile, mais je crois que c'est aussi possible en pur SQL.

A+

[pitipilot]

Merci pour votre réponse .

Malheureusement, le système auquel j'ai à faire doit être portable au maximum. Les requêtes sont effectuées par des applications clientes. Je peux bien entendu gérer la concaténation dans celles ci, mais si possible, je préfèrerais avoir le résultat attendu en une seule requête

[SQLpro]

GROUP_CONCAT fait partie des nombreuses imbécilités de MySQL aui en est resté à la version de 1992 du langage SQL (plus de 10 ns de retard) et ne supporte donc pas les requêtes récursives! A lire sur cet ersatz de SGBDR qu'est MySQL : http://blog.developpez.com/sqlpro/p9...oudre_aux_yeux

Vous pouvez effectivement faire quelque chose d'aussi stupide via une fonction CLR de calcul d'agrégat.

Par contre la bonne manière consiste à écrire une requête récursive (que MySQL ne prend pas en charge alors que tous les autres GBDR font cela depuis belle lurette).
Lisez l'exemple que j'ai donné à cet égard : http://sqlpro.developpez.com/cours/s...ursives/#LIV-D

A +

[iberserk]

La solution de donpi est parfaitement portable, les fonctions d'agregat CLR etant intégré au moteur SQL...

[pitipilot]

Merci pour vos réponses.

Je vais essayer de faire au mieux