[Vxi3] Exécution de rapport : prompt contexte

Go_Ahead · 22/02/2011, 17h49

Bonjour,

J'ai récupéré un univers (sans documentation...) sous version XIr3, avec des boucles...(des jointures sans cardinalités...). Ce qui donne quand on veut faire un rapport sous le reporter, on a un prompt qui nous demande de choisir sous quel contexte...
Donc mon idée était de savoir comment annuler ce prompt et que pour l'utilisateur, ça soit transparent (normalement ajout d'alias).

j'ai repéré aussi deux tables qui ont comme cardinalités 1:n 1:n ...

A mon avis, je devrais avoir comme corvée de le refaire mais j'ai bien peur de devoir faire une nouvelle modélisation...
Qui dit modélisation, dit études de besoins en reporting (metrics, axes d'analyses, etc...). Mais je ne peux pas tout deviner maintenant, en sachant qu'il y a des dizaines d'utilisateurs éparpillés... (difficile d'avoir des réunions).

Si vous pouvez me conseiller, ça serait sympa

Bruno2r · 23/02/2011, 01h38

Bonsoir
La méthode efficace pour éviter que l'utilisateur ait à choisir parmi les contextes est l'incompatibilité d'objet.
En indiquant les incompatibilités objets-tables on indique, par élimination, le contexte à utiliser en fonction des objets choisis dans la requête.

Go_Ahead · 23/02/2011, 10h02

Citation:

Envoyé par Bruno2r

Bonsoir
La méthode efficace pour éviter que l'utilisateur ait à choisir parmi les contextes est l'incompatibilité d'objet.
En indiquant les incompatibilités objets-tables on indique, par élimination, le contexte à utiliser en fonction des objets choisis dans la requête.

Bonjour,

merci pour ta réponse Bruno2r, pourrais-tu stp me dire comment mettre en évidence cette solution sur le designer ? ou si possible un exemple ?

dlabrousse-objectif · 23/02/2011, 16h33

Tu peux aussi obliger BO à utiliser une table particulière (qui fait partie d'un contexte) sur certains objets.

Quand tu ouvres les propriétés de l'objet, en bas tu as un bouton table, c'est à cet endroit que tu peux dire qu'à chaque fois que l'objet est utilisé dans une requête il faut passer par telle et telle table.

A la base les incompatibilités sont utilisées pour les tables d'agrégats.

Sinon l'autre solution serait de créer des alias des tables concernées dans les boucles.

Go_Ahead · 23/02/2011, 16h42

Citation:

Envoyé par dlabrousse-objectif

Tu peux aussi obliger BO à utiliser une table particulière (qui fait partie d'un contexte) sur certains objets.

Quand tu ouvres les propriétés de l'objet, en bas tu as un bouton table, c'est à cet endroit que tu peux dire qu'à chaque fois que l'objet est utilisé dans une requête il faut passer par telle et telle table.

A la base les incompatibilités sont utilisées pour les tables d'agrégats.

Sinon l'autre solution serait de créer des alias des tables concernées dans les boucles.

Merci pour la réponse. Je voulais juste savoir s'il y avait une solution à ce type de problème (partant du fait que l'utilisateur n'a pas à choisir de contexte).
Je vais plutot me concentrer sur la conception du dwh...

Bruno2r · 25/02/2011, 21h56

Citation:

Envoyé par dlabrousse-objectif

A la base les incompatibilités sont utilisées pour les tables d'agrégats..

Tout à fait vrai

22/02/2011, 17h49	#1
Go_Ahead Membre habitué Inscription : mars 2006 Messages : 394 Détails du profil Informations forums : Inscription : mars 2006 Messages : 394 Points : 128 Points : 128	Exécution de rapport : prompt contexte Bonjour, J'ai récupéré un univers (sans documentation...) sous version XIr3, avec des boucles...(des jointures sans cardinalités...). Ce qui donne quand on veut faire un rapport sous le reporter, on a un prompt qui nous demande de choisir sous quel contexte... Donc mon idée était de savoir comment annuler ce prompt et que pour l'utilisateur, ça soit transparent (normalement ajout d'alias). j'ai repéré aussi deux tables qui ont comme cardinalités 1:n 1:n ... A mon avis, je devrais avoir comme corvée de le refaire mais j'ai bien peur de devoir faire une nouvelle modélisation... Qui dit modélisation, dit études de besoins en reporting (metrics, axes d'analyses, etc...). Mais je ne peux pas tout deviner maintenant, en sachant qu'il y a des dizaines d'utilisateurs éparpillés... (difficile d'avoir des réunions). Si vous pouvez me conseiller, ça serait sympa
	00

23/02/2011, 01h38	#2
Bruno2r Rédacteur Bruno ROMAN-RUIZ Inscription : décembre 2006 Messages : 2 168 Détails du profil Informations personnelles : Nom : Bruno ROMAN-RUIZ Âge : 57 Informations professionnelles : Secteur : Santé Informations forums : Inscription : décembre 2006 Messages : 2 168 Points : 2 702 Points : 2 702	Bonsoir La méthode efficace pour éviter que l'utilisateur ait à choisir parmi les contextes est l'incompatibilité d'objet. En indiquant les incompatibilités objets-tables on indique, par élimination, le contexte à utiliser en fonction des objets choisis dans la requête. __________________ 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

23/02/2011, 16h33	#4
dlabrousse-objectif Candidat au titre de Membre du Club Damien Labrousse Inscription : février 2011 Messages : 8 Détails du profil Informations personnelles : Nom : Damien Labrousse Localisation : France Informations forums : Inscription : février 2011 Messages : 8 Points : 12 Points : 12	Tu peux aussi obliger BO à utiliser une table particulière (qui fait partie d'un contexte) sur certains objets. Quand tu ouvres les propriétés de l'objet, en bas tu as un bouton table, c'est à cet endroit que tu peux dire qu'à chaque fois que l'objet est utilisé dans une requête il faut passer par telle et telle table. A la base les incompatibilités sont utilisées pour les tables d'agrégats. Sinon l'autre solution serait de créer des alias des tables concernées dans les boucles.
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email