Discussion :

[andyajram]

Bonjour les gars,

j'ai une question a propos d'une erreur d’exécution de requête ,quand j'exécute une requête pour avoir le nom des chefs de projet , j'ai l'erreur suivante :
ORA-01489: résultat de concaténation de chaîne trop long

voici ma requête:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
select LISTAGG(usr.USURNAME ||' '||usr.UNAME,' | ') WITHIN GROUP (ORDER BY 1)
from  
T_FND_USER usr
,T_TLK_TENDER ds
,T_TLK_USER_PROFILE prf
,T_TLK_TENDER_ASG asg
,T_TLK_RFQ rfq 
where  ds.tender_code =rfq.TENDER_CODE
and asg.TENDER_CODE =ds.TENDER_CODE
and asg.USER_ID =usr.USER_ID
and prf.OID =usr.PROFILE_OID
and upper(prf.name) like upper('Chef%projet%')

quelqu'un aurait une proposition ?

Merci d'avance

[al1_24]

Il me semble que le message est clair...

Quelle est la longueur des chaines que tu cherches à regrouper sur une ligne ?
Combien d'occurrences seront-elles ainsi concaténées ?

Et la question la plus importante : Est-ce bien cela que tu cherches à faire ?

[andyajram]

en effet ce n'est pas moi qui a fait la requête , c'est une personne du service bases de données , et moi je dois l'intégrer dans mon interface ODI pour avoir une liste des chefs de projets , la requête est longue , mois je teste partie par partie , et sur ce niveau la de la requête ça me donne cette erreur

[McM]

LISTAGG est limité à 4000 caractères, et sort en erreur "ORA-01489: résultat de concaténation de chaîne trop long" si ça dépasse.

[andyajram]

donc la solution est quoi ?

[McM]

Ca dépend de ce que tu veux faire.

Déjà, il faut vérifier que la requête est correcte et qu'elle en te renvoie pas de doublons.

Code :

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

1
2
3
4
5
6
7
8
9
SELECT usr.USURNAME ||' '||usr.UNAME, COUNT(*)
FROM T_FND_USER usr, T_TLK_TENDER ds, T_TLK_USER_PROFILE prf, T_TLK_TENDER_ASG asg, T_TLK_RFQ rfq 
WHERE ds.tender_code =rfq.TENDER_CODE
AND asg.TENDER_CODE =ds.TENDER_CODE
AND asg.USER_ID =usr.USER_ID
AND prf.OID =usr.PROFILE_OID
AND UPPER(prf.NAME) LIKE UPPER('Chef%projet%')
GROUP BY usr.USURNAME ||' '||usr.UNAME
having count(*) > 1

Vérifier aussi la taille de ce que tu veux regrouper

Code :

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

1
2
3
4
5
6
7
SELECT SUM(LENGTH(usr.USURNAME ||' '||usr.UNAME)) + GREATEST(COUNT(*) -1, 0) * LENGTH(' | ')  taille_totale
FROM T_FND_USER usr, T_TLK_TENDER ds, T_TLK_USER_PROFILE prf, T_TLK_TENDER_ASG asg, T_TLK_RFQ rfq 
WHERE ds.tender_code =rfq.TENDER_CODE
AND asg.TENDER_CODE =ds.TENDER_CODE
AND asg.USER_ID =usr.USER_ID
AND prf.OID =usr.PROFILE_OID
AND UPPER(prf.NAME) LIKE UPPER('Chef%projet%')

Ensuite, si tout est correct, il faudra le faire sans LISTAGG et gérer l’agrégation en PLSQL ou autre.

[andyajram]

la requête retourne des doublons , et la taille_totale est 11920

[McM]

Comme je l'ai dit, ça dépend de ce que tu souhaites comme résultat.
Si les doublons ne sont pas voulu, il faut les supprimer (soit un DISTINCT, soit refaire la requête), puis faire le listagg sur le résultat

[andyajram]

il faut des doublons car par la suite cette requête sera lié a d'autres interfaces donc un service peut avoir plusieurs chef de projet comme un chef de projet peut avoir plusieurs services

[JeitEmgie]

https://sonra.io/2012/04/23/listagg-...s-with-xmlagg/

[JeitEmgie]

Amélorations de LISTAGG:
12c a ajouté « on error ... »
19c a ajouté « distinct »

Pour les versions antérieures il est possible d‘éliminer les doublons en utilisant le fait que LISTAGG n’utilise pas les NULL :
en mettant un LAG dans un DECODE vous pouvez transformer la valeur en NULL si elle est égale à celle de la ligne précédente en triant correctement dans le OVER.

Sinon les 2 méthodes de contournement pour le problème de taille sont via XML ou JSON qui supporte « RETURNING CLOB ».