|
Publicité ' | |||||||||||||||||||||||
|
|
#1 | ||
|
Membre à l'essai
![]() |
Bonjour , je travaille actuellement sur BO version XI
et je ne sais pas trop comment coder afin de ne récupérer que les données correspondant à la dernière valeur d'une période. En fait en Sql cela correspond a une sub query de ce type : Code :
les solutions de type designer ou Webi sont les bienvenues |
||
|
|
00
|
|
|
#2 |
|
Membre émérite
![]() Inscription : décembre 2005 Messages : 901 ![]() |
Le "Où", en WebI et en DeskI, sont équivalent à ton "WHERE".
Peut-être devrais-tu chercher dans cette direction ... =<champ_voulu> Où (<date>= Maximum(<date> Dans (<Dimension_date>)))
__________________
--= Ayana =-- Modératrice B.I. Règles du forum BO Team BAB - Spécialistes BO Rubrique BI de developpez.com |
|
|
00
|
|
|
#3 |
|
Membre à l'essai
![]() |
ok je vais essayer cela mais je pense devoir le faire dans Designer car je n'ai pas trouvé la fonction max dans la partie requete de webi, et si je definis un objet dans mon report : pas accessible dans requête.
En tout cas merci de ton aide je suis nouvelle sur le site et je trouve cela super ce matin j'ai essaye cela et cela fonctionne , mais ps top pour livraison univers aux Keys users, nous travaillons beaucoup avec des dates d'effet REQUETE : SQL : SQL PERSONNALISE : EN FIN DE REQUETE J'AI AJOUTE : Code :
AND (ps_depreciation.end_pd = (SELECT max(x.end_pd) FROM ps_depreciation x WHERE ps_depreciation.business_unit = x.business_unit AND ps_depreciation.asset_id = x.asset_id AND ps_depreciation.fiscal_year = x.fiscal_year)) |
|
|
00
|
|
|
#4 |
|
Membre émérite
![]() Inscription : décembre 2005 Messages : 901 ![]() |
Je suis vraiment d'humeur gentille .... la fonction max existe !! C'ets une fonction de base tout de même !
Qu'elle ne marche sur une date est un autre problème, mais elle existe, ça c'est sûr. http://support.businessobjects.com/d...es/default.asp Français > BusinessObjects XI > Web Intelligence > Analyse en Direct avec Web Intelligence page 206
__________________
--= Ayana =-- Modératrice B.I. Règles du forum BO Team BAB - Spécialistes BO Rubrique BI de developpez.com |
|
|
00
|
|
|
#5 |
|
Membre à l'essai
![]() |
je suis allée dans customer de BO mais pas trouve !
voici les fonctions proposées dans onglet requete webi :Pièce jointe 21611 |
|
|
00
|
|
|
#6 |
|
Membre émérite
![]() Inscription : décembre 2005 Messages : 901 ![]() |
Ah bé non, c'est pas là qu'il faut le faire
Une fois que tu as généré ton tableau, il faut créer une variable dans ton rapport. En haut, tu as une barre de fonction comme dans Excel
__________________
--= Ayana =-- Modératrice B.I. Règles du forum BO Team BAB - Spécialistes BO Rubrique BI de developpez.com |
|
|
00
|
|
|
#7 |
|
Membre à l'essai
![]() |
oui je suis d'accord mais en fait je voulais le faire dans l'extraction des données
j'ai aussi pense a faire une table derivée dans designer |
|
|
00
|
|
|
#8 | ||||
![]() ![]() Bruno ROMAN-RUIZ Inscription : décembre 2006 Messages : 2 181 ![]() |
J'opterais moi aussi pour une solution de table dérivée, c'est pas le boulot de BO ... Mais quelle version d'Oracle as tu(car je crois reconnaître du sdl oracle non ?)
Le SQL de la table dérivée sera très différent en ORACLE V8 PAS DE FONCTIONS ANALYTIQUES ORACLE V9 UN PEU FONCTIONS ANALYTIQUES ORACLE V10 BEAUCOUP DE FONCTIONS ANALYTIQUES EN V8 je corrigerais ton premier SQL Code :
Code :
__________________
Précisez la VERSION ! Règles du forum Business Objects et FAQ BO"A vouloir repousser ses limites ... On risque d'en prendre connaissance !!!" |
||||
|
|
00
|
|
|
#9 |
|
Membre à l'essai
![]() |
Merci de ta réponse Bruno
c'est effectivement la voie que j'ai prise un table agregat dans univers, le SGBD n'est pas ORACLE mais DB2 V7, effectivement le SQL est équivallent, j'ai passé au scan DB2 |
|
|
00
|
|
|
#10 | ||
![]() ![]() Bruno ROMAN-RUIZ Inscription : décembre 2006 Messages : 2 181 ![]() |
Oui DB2 !
Effectivement j'ai croisé DB2 il y a quelques années pour un infocentre, c'est même là dessus que j'ai commencé mes premiers pas en SQL, c'est vrai que Oracle est assez proche pour la partie qu'on pourrait appeler SQL STANDARD. Bon, d'une manière générale, les difficultés SQL viennent souvent d'une tendance spontanée à vouloir tout resoudre en 1 SELECT et plein de clauses where sur plein de tables. Il est + simple, plus lisible et souvent + performant de faire 1 SELECT sur des SELECT Code :
Si la table_1 fait 200000 lignes et que la clause where sur cette table dans A n'en ramène que 500, c'est le résultat de ces 500 qui sera mis en jointure avec B (résultat sur Table_2) et le résultat sur C A +
__________________
Précisez la VERSION ! Règles du forum Business Objects et FAQ BO"A vouloir repousser ses limites ... On risque d'en prendre connaissance !!!" |
||
|
|
00
|
Copyright © 2000-2012 - www.developpez.com