Discussion :

[adil_vpb]

Bonjour,
Je développe actuellement un état, type tableau croisé dynamique, et je vais vous présenter la structure demandé :

1 - Afficher la liste des clients dans les lignes.
2 - Afficher les dates dans les colonnes.
3 - Afficher le montant des livraisons-encaissement dans les cellules X,Y.

Maintenant, j'ai travaillé avec le dataset Client afin d'avoir une liste des clients, par la suite, j'ai crée un dataset pour les livraisons, contenant un champ date de la commande que je l'affiche dans les colonnes.

Mon Cross tab ramène des données correctes (montant des commandes par client & date (mois)).

Le besoin, comme explique ci-dessus, c'est d'avoir un Cross Tab qui affiche le montant des commandes - celui des règlement par client & date (mois), mais je n'arrive pas à faire ceci dans le DataCube de BIRT.

J'aurais besoin de votre aide afin de m'éclaircir l'architecture à suivre pour réaliser cet état.(au niveau Groups and Summaries & Link Groups).

Merci d'avance.

[nicolas.1.vives]

Bonjour,

En bref, je propose que tu essaies de faire un Joint Data Set à partir de tes deux data set d'origine (Client et Livraison ==> Joint Data Set "ClientLivraison") et de faire le datacube à partir de ce joint data set. Pour ça, il faut un champ commun aux deux dataset pour servir de clé, comme pour une jointure SQL standard.

Maintenant, je ne suis pas sûr de bien comprendre ta question. Je lis :

Mon Cross tab ramène des données correctes (montant des commandes par client & date (mois)).

Et juste derrière :

Le besoin, comme explique ci-dessus, c'est d'avoir un Cross Tab qui affiche le montant des commandes - celui des règlement par client & date (mois), mais je n'arrive pas à faire ceci dans le DataCube de BIRT.

Je ne dois pas comprendre la différence entre "mon cross tab ramène [...] (le) montant des commandes par client & date" et "Le besoin, [...] c'est d'avoir un cross tab qui affiche le montant des commandes [...] par client et date". Il y a une subtilité que je n'ai pas du saisir.

Donc si le joint dataset ne correspond pas à ton besoin, j'aurai besoin de plus d'explications, s'il te plait

Bon courage !

Edit ----
En extrapolant certains éléments de ton message (le titre, "3 datasets", le deuxième point, "- celui des règlement "), je suppose qu'il y a un troisième dataset dont tu n'as pas parlé qui contient des données de "montant" différentes des premiers montants qui sont "ramenés" correctement par ton datacube. Mais j'ai besoin de ta confirmation et de plus de détails.

[BiM]

Bonjour,

J'aurais également proposé un JointDataSet mais sur Commande et Livraison et non pas Client

[adil_vpb]

Merci pour vos réponse,

J'ai utilisé le signe de (-), qui indique la soustraction,

Code :

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

1
2
3
4
5
Montant livraison
-
Montant Règlement
=
Solde client

C'est ce que j'ai voulu dire, maintenant, j'ai pu résoudre ça, via une seule requête SQL qui ramène les livraison UNION ALL les règlements, en utilisant même nombre et type des champs.

L'astuce que j'ai fais, c'est que j'ai multiplié le montant des règlement par (-1) [montant_regl * (-1)], pour avoir un solde exact.

La solution que vous avez proposé, je pense qu'elle est bien, et qu'elle répond à mon besoin.

Merci beaucoup.

[Stefan C]

Le Cube dans BIRT supporte la modélisation Etoile/Flocon. ( 2.3 et supérieur ).

Seule limite : une seule table de FAITS à la fois ( donc besoin de Union dans ce cas ).

Du coup , on peut passer par le Cube SANS avoir recours à des JointDataSet.

Enfin , dans Actuate BIRT v11 il existe le Union DataSet pour ce qui est de l'Union.

Ces Union/Joint Datasets dans le rapport nuisent considérablement à la performance. Privilégier une Vue dans la base ( ou proc stoc ) ou alors on moteur de fédération de données ( Actuate Information Objects ).