Discussion :

[Migraine]

Bonjour à tous,

cela fait un moment que je travail sur un environnement Desktop XIR2, avec DB2 comme BDD, et j'obtiens souvent des erreurs de calcul dans mes tableaux.

J'ai appris à jouer avec les ruptures, sections et autres outils permettant de recouper les données, cependant, il y a des moments ou BO fait de la merde... (Dsl je ne vois pas comment le dire autrement) Tous les experts BO que j'ai questionné m'ont toujours dis de laisser tomber et de chercher un autre moyen d'obtenir ce que je veux, mais la, y en a marre !
A défaut de pouvoir corriger et obtenir mon information, j'aimerais au moins comprendre pourquoi et dans quelle situation ce type d'erreur survient.

Actuellement, j'ai ce problème avec une somme de chiffres provenant d'une dimension d'un fournisseur de donnée (disons FD1), je recoupe cette info avec d'autres provenant d'un autre fournisseurs de données (FD2), je synchrone sur 3 dimensions afin d'avoir les bonnes corrrespondances (je suis sur de ma synchronisation) et je vois bien mes données parfaitement en correspondance entre fournisseur, seulement, en faisant la somme, j'obtiens ce #ERRI.

je me souviens aussi avoir rencontré d'autre code erreur du même type... Comme #ERR etc... Je suis preneur égalemen^t.

Quelqu'un peut-il m'aider à retourver l'origine de ce problème ? Ou le contourner intelligemment ?

merci d'avance.

[Julien59]

Bonjour,
Le code #ERRI veut tout et rien dire
On peut t'éclairer si tu nous en dis un peu plus sur tes requêtes, ton calcul d'indicateur, ton tableau (section? Rupture? etc...)
Là comme ça, ce que tu fais paraît correct et donc BO ne devrait pas renvoyer d'erreur. Il va donc falloir que tu détailles un peu.

Req1 : dimensions, informations, indicateurs
Req2 : dimensions, informations, indicateurs
Fusion : dimensions
Tableau : dimension, informations, indicateurs
indicateur : somme si alors / somme ... dans ...
etc etc

[Migraine]

J'ai actuellement 5 fournisseurs de données qui reprennent différentes informations, je vais essayer de vous synthétiser les choses au mieux...

Mon rapport est simple en soi, il n'y a qu'un tableau qui recoupe les informations des différents forunisseurs de données, je n'ai pas appliqué de section, mais une rupture sur les utilisateurs, et j'ai transformé la durée du stage (qui est une dimension) en INFORMATION lié à l'Id stage. (J'ai essayer de passer sans INFORMATION mais pas de changement, toujours #ERRI)

Et à part une rupture, je em suis contenté de filtré les valeurs nulls mettant en avant les données ou il y a des recoupements entre fournisseur (sauf pour les sessions cf voir plus bas)

Et pour la vue d'ensemble, un user peut avoir plusieurs stages, et les stages sont composé de plusieurs sessions, et pour chaque session, il y a une dimension (Etat user session) qui dit si le user etait présent ou non. Si ce dernier était présent, alors on renseigne la durée de la session, sinon non. Quoi qu'il arrive la Durée stage ets toujours renseignée. Et donc devrait me permettre de faire une somme par utilisateur et par stage...

FD1 :
Id stage (DIM pour DIMENSION) synchroniser FD2
ref stage (DIM) synchroniser FD2
Id user (DIM) synchroniser FD2
Durée stage (DIM)

FD2 :
Id user (DIM) synchroniser FD1
Id stage (DIM) synchroniser FD1
ref stage (DIM) synchroniser FD1
etat user session (DIM)
Num session (DIM)
Durée session (INDICATEUR)

Je sais que c'est aps forcément clair, mais je ne vois pas comment synthétiser plus que ça.

[Julien59]

Peux tu me dire de quoi est composé ton tableau ?
Tu parles de 5 fournisseurs de données, sont ils liés à FD1 et FD2 ?
Peux tu ne laisser que les objets :
Id user (DIM)
Id stage (DIM)
ref stage (DIM)
dans les 2 FD, ainsi que durée stage dans FD2
et nous dire ce qui est retourné dans un tableau?
Je parle bien de modification de requête, pas de modification de tableau.

[Migraine]

Tous mes fournisseurs (sauf les deux précédents) sont liés par l'Id user (info commune et fiable), les 3 autres fournisseurs permettant de récupérer des données divers, métiers (FD3), lieu de rattachement (FD4), et le dernier récupère le l'année de demande de stage (une date lié à l'utilisateur et au stage (L'id stage est synchroniser ici)) (FD5)

Le tableau se compose simplement en se basant sur les données du FD2, je récupère tel que toutes le dimensions et indicateurs de ce fournisseur, puis je rajoute les colonnes dont j'ai besoin en information dans le tableau, en filtrant les valeurs vides qui signifient l'absence de relation...


En faisant un petit test tel que tu me l'as demanddé... Trop fort, j'ai fait trés basique, mes données de Durée stage (la dimension changée EnNombre()) retourne des chiffres mais la sommes est en erreur, et en insérant l'information que j'ai faites à partir de cette donnée, la somme fonctionne... Hors c'est cette info qui ne fonctionne pas dans l'autre rapport...

J'ai du le facher un jour...

[Migraine]

Je me doute que mon sujet est hasardeux et très spécifique...

Cependant, je pense que dans ce forum (je n'ai rien trouvé pour le moment), il doit bien y avoir un sujet qui préconise certaines façon d'agir pour prévenir ce genre d'erreur ?

Alors si vous pouvez me mettre un lien, ce sera déjà ça !

merci d'avance,