Discussion :

[amkbox]

Bonjour à tous,

Je vous soumet une problématique que je rencontre sur un projet BI.
Cube sous SSAS 2005
Reporting Services

J'ai plusieurs champs date dans ma table de fait des contrat F_Contrat.
les dates sont :
- dateCreation (date de creation d'un contrat)
- dateResiliation (date de résiliation d'un contrat)
- dateDebut (date de début de l'installation)

J'ai besoin de réaliser via Reporting services des tableaux de synthèse
dans lesquels je dois afficher les mesures suivantes :
- nbCommandeBrutes (calculé à partir de la dateCreation)
- nbCommandesAnnulé (calculé à partir de la dateResiliation)
- nbCommandesInstallé (calculé à partir de la dateDebut)

on doit pouvoir spécifier comme paramètre de rapport l'année et le mois.

Je spécifie dateCreation en tant que paramètre.
Le problème est que les mesures sont fausses car les données sont filtrés par dateCreation, c'est à dire que l'on peut avoir
un contrat installé en 2007 mais crée en 2006 ou voir en 2003.
Mais ces contrats non crées en 2007 ne seront pas comptabilisés.

J'ai essayé de travailler avec la date de création et de faire des mesures de correction mais sans grand succès.
(En utilisant des sum(descendants)) et STRTOMEMBER pour construire dynamiquement des membres.

Comment peut-on restructuré le cube ou les dimensions temps (une dimension temps a été crée pour chaque champs date de la table de fait)
pour palier à ce problème trés bloquant.

Merci pour votre aide.

[ygrim]

Salut !

(une dimension temps a été crée pour chaque champs date de la table de fait)

Qu'est ce qui motive ce choix ???? Ne serait ce pas beaucoup plus facile d'utiliser une seule dimension Date avec des référence multiples vers la table de fait. Ton problème ne se poserait plus. non ?

[amkbox]

SSAS crée automatiquement une dimension temps pour chaque champs date relié à DimTemps.

J'ai lié chacun de ses champs à la table D_Temps et je vois pas comment on pourrait utiliser une seule dimension temps.

Merci

[ygrim]

Salut !
Les assistants.... Il faut toujours s'en méfier
Il faudrait que tu ailles dans ton datasource view et que tu l'édites. Tu crée le schéma qui t'arranges (dans ce cas une seule dimension date avec plusieurs relations) et tu continues
Je met en fichier joint une image d'un cube à moi pour comparer

[amkbox]

Salut,

C'est le cas dans ma data source view, il y a un lien entre chaque champs date et la table D_Temps.

Dans l'exemple fourni quel est la structure du cube ?

Merci

[ygrim]

Salut,
Ma structure de cube est la même que ma dsv, ce qui est le cas général. Mais avec une seule table "dimension date" j'arrives à créer plusieurs dimensions selon le lien avec la table de faits.
Comment est ton schéma de cube, as tu la même chose ?

Note : supprime toutes tes dimensions dates et recréé les manuellement, je suis certain que ça règlera ton problème

[amkbox]

Oui j'ai la même chose
J'ai une seule table dimension Temps avec 5 liens vers la table de fait.
Dans le cube j'ai une dimension temps pour chaque champs date à savoir :
D_Temps_Creation
D_Temps_Debut
D_Temps_Resiliation

Le problème est que si je sélectionne D_Temps_Creation comme paramètre de rapport, mon jeu de données sera filtré par dateCreation et donc mes mesures faisant intervenir les autres dates seront fausses (incomplète).
exemple : si je comptabilise le nb d'enregistrement dont la date debut est entre 2005 et 2007, il manquera ceux dont la dateCreation = 2003 (dateCReation est filtré car paramètre de rapport)

N'y a t il pas un moyen en concatenant des clès?

[ygrim]

Envoyez des print screen de votre designer de cube

[amkbox]

Ci joint une copie ecran du cube
Une dimension temps est bien créee pour chaque champ date de la table de fait.

J'aimerai éviter d'écrire des mesures de correction pour comptabiliser les enregisrement qui ne reponde pas au critère de filtre.

Merci

[ygrim]

Ok, ton design est bon. Interressons nous au problème
Tu dis que lorsque tu filtre ta requête par date de création les résultats sont faux. Peut tu nous donner un exemple concret (un jeu de données initial, les données que tu veux avoir et les données que tu as). C'est assez complexe d'imaginer ta requête sans quelque chose de concret

[amkbox]

Voila un exemple concret voir image jointe

je trouve 423 au lieu de 459 pour ma mesure
j'ai ecrit des mesures de correction pour retrouver les manquants :

sum(
Descendants([D_Temps_Creation].[Mois].[Mois]),
(
[Measures].[nonCompte],
STRTOMEMBER("[D_Temps_Debut].[Annee].&["+AnneeCrea+"]")
)
)

mais c lourd a gérer et au niveau perf c'est pénalisant

Merci pour votre avis

[ygrim]

C'est pas que c'est faux, tu demandes les mesures pour date_creation = 2007. Il te les donnes

Je pense que ton print screen donne ce que tu appelle : commandes brutes
Si tu mettais comme filtre date résiliation sa te donnera tes commandes annulées.

Solution : mettre trois filtres dans ton rapport ou sinon un rapport par type de commande

Ou sinon j'ai pas compris ta problèmatique

[Reskibil]

Bonjour,

Nous avons la meme problématique en traitant des creation date, issuing date et decision date avec un choix unique de date mais 3 dimensions de temps.

Pour résoudre ca, notre 1ere solution a été de decouper notre rapport en plusieurs datasets, chacun étant basé sur une des dimensions de temps (en OLE DB de facon à integrer la valeur du parametre date dans le MDX.

Dans certains cas, on a pu integrer ces differentes dimensions dans un meme MDX en utilisant des scopes dans les aggregats. Par exemple :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
WITH 
MEMBER [Number Proposal Issued] as 
sum([Time Key Issuing Date].[Date].&[" + Parameters!Date_From.value + "]:[Time Key Issuing Date].[Date].&[" + Parameters!Date_To.Value + "]
	,sum([Fact Proposal].[Proposal Status Issued].&[Issued]
           ,[Measures].[# Proposal]
	)
)
 
MEMBER [Number Proposal Won] as 
sum([Time Key Decision Date].[Date].&[" + Parameters!Date_From.Value + "]:[Time Key Decision Date].[Date].&[" + Parameters!Date_To.Value + "]
	,sum([Fact Proposal].[Proposal Status].&[030 - Won]
		,[Measures].[# Proposal]
	)
)

Et ca marche dans pas mal de cas. Attention par contre, il va tout additionner dans l'exemple ci-dessus, meme si l'on a les mois en colonne. Tout dépend donc du résultat attendu.

PS : Desole si je suis hs, j'ai pas lu tous les posts.

[amkbox]

Oui en effet les valeurs qui s'affichent sont "bonnes", mais je voudrais en quelque sorte désactivé le filtre dateCreation ou pouvoir spécifier une autre date.
Je dois faire un rapport de synthèse donc sur un seul rapport afficher des mesures utilisant des dimension temps différentes

J'ai essayé en utilisant 3 filtres ca ne résoud pas le problème car les filtres sont restrictifs

Merci, d'autre idées ?

[Reskibil]

Voir ma réponse au-dessus. Pour m'être trituré pas mal de temps la tête avec ce problème, je n'ai trouvé aucune solution sans bidouillage dans le dataset avec un parametre.

[amkbox]

OUi c'est exactement la même problématique !

Je vais essayer d'écrire des mesure à base de sum et voir ce que ca donne

Merci

[amkbox]

Non ca ne donne rien !

Les mesures sont complexes et penalisent les performances des requêtes

Les bonnes idées sont les bienvenues.

Merci

[Reskibil]

Ca complexifie effectivement les requetes mais au niveau performance, on n'a pas eu de soucis.
Je me souviens plus si j'ai précisé que le dataset devait etre en OLE DB pour accepter les parametres de cette facon.

Sinon tu peux mettre ton MDX ici avec le resultat (si resultat il y a).

Si cette solution ne marche pas, regarde peut etre si tu peut decouper ton rapport en plusieurs datasets chacun étant dédié à une dimension temps.