Discussion :

[Ykk_Jeff]

Bonjour!

Juste pour le contexte : j'utilise un crosstab dans lequel j'affiche un champ de base contenant des données de types String. Les données de ce champ sont en String, mais j'ai beaucoup de Strings avec des valeurs numériques du style "2.0", "59.976", etc.
Aussi, en sélectionnant uniquement les Strings qui contiennent des valeurs numériques, j'arrive à faire des calculs en utilisant les aggrégations de BIRT de type Average (moyenne), Standard Deviation(écart type), etc.

Mon problème est que j'aimerais ne pas avoir à pré-sélectionner dans ma requête SQL les Strings contenant des valeurs numériques. J'aimerai plutôt pouvoir tout sélectionner, et que BIRT fasse le calcul quand le String est une valeur numérique et qu'il mette " " sinon.

Actuellement, je récolte des erreurs "Can not convert the value of march 13, 2008 to Double type." dès que je veux faire des aggrégations l'ensemble des Strings (contenant donc aussi des dates par exemple).

Savez-vous si on peut pas mettre un traitement du genre:
1) vérifier que le string peut être casté en float avant de tenter l'aggrégation
2) OU mettre un bloc try catch sur l'aggrégation

Si oui, où dois-je placer ça dans mon rptdesign?Dans le champ Filter Condition de l'aggregation builder?

Merci d'avance ,

Jeff

[Stefan C]

Bonjour,

Pourquoi ne pas corriger ce problème à la source?

un simple CASE dans le SQL pour ce champ devrait faire l'affaire.

Sinon , faire une colonne calculée dans BIRT sur le dataset c'est possible. Il y a un onglet fait pour ceci.

[Ykk_Jeff]

Bon, j'ai trouvé un autre moyen

Comme je veux faire des calculs sur des floats, j'ai juste ajouté en filtre de l'aggrégation : "measure["Valeur"]<=3.4028235E38" (3.4028235E38 étant la valeur maximale que peut prendre un float).

Comme ça, avant de tenter de faire une moyenne par exemple, il tente de faire une comparaison numérique: s'il peut faire sa comparaison, alors il pourra calculer la moyenne, sinon, c'est qu'on est sur un string non utilisable pour une moyenne, et là il ne fais pas le calcul et ne me lève pas non plus d'exception qui empêche le rapport d'être généré

C'est pas forcément super propre, et ça ralenti peut-être la génération du rapport de devoir faire une comparaison pour chaque valeur, mais au final c'est exactement le résultat que je voulais