Discussion :

[jonrod]

Bonjour,

Dans les paramètres de l'objet il existe donc un onglet "Clés" dans lequel on renseigne une clé primaire et plusieurs clés étrangères pour un objet.
A priori, après diverses recherches, cela permettrait de :
1/ Filtrer sur les clés d'une table plutôt que sur un libellé beaucoup moins performant
2/ Eviter le parcours de tables inutiles

Pour ce qui est du premier apport : pas de problème. Pour le deuxième là j'avoue que je sèche : j'ai tout essayé sans succès.

Exemple :
J'ai les tables suivantes : CLIENTS, VENTES.
Le champs Code_Client est la clé primaire de CLIENTS et étrangère dans VENTES.

Lorsque je veux filtrer mes ventes en fonction d'un Code_Client BO passe automatiquement par la table CLIENTS.
--> En substance il n'a pas besoin de le faire puisque Code_Client est aussi dans VENTES...

Comment je dois paramétrer mon objet Code_Client? Aujourd'hui j'ai juste fait cela :

Select : CLIENTS.Code_Client
Clé primaire : CLIENTS.Code_Client
Clé étrangère : VENTES.Code_Client


Par avance merci de votre réponse!

Cdt

[TomDuBouchon]

Bonjour,

Pour ce qui est de la définition des clés, cela vous avancera à quelquechose uniquement dans le cas de jointures entre vos tables. En effet, cela revient à préciser sur quels champs l'indexation doit se faire.

A mon avis c'est dans ce sens qu'il faut comprendre les deux qualités énoncées : cela permet de parcourir les tables d'index plutôt que les tables en elles-mêmes (devenues inutiles pour la jointure) et ainsi d'améliorer la performance de votre système.

En ce qui concerne votre exemple, cela me semble logique à partir du moment où vous spécifiez dans les objets du résultat que vous souhaitez afficher le code client de la table CLIENTS. Si vous placez l'objet relatif au code client mais de la table VENTES, BO ne fera pas appel à la table CLIENTS.

[jonrod]

Bonjour,

Content de voir le fameux "Tom du bouchon" me répondre!
On va mettre les mains dans le "camboui" ça sera plus parlant pour tout le monde.

Alors voici le code généré actuellement :

Code :

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

1
2
3
4
5
6
7
8
9
 
Select 
  VENTES.Num_Vente
From 
  VENTES, 
  CLIENTS
Where
  VENTES.Code_Client = CLIENTS.Code_Client 
  and CLIENTS.Code_Client = '261';

Or j'essais d'arriver à ce résultat là :

Code :

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

1
2
3
4
5
6
7
8
9
 
Select 
  VENTES.Num_Vente
From 
  VENTES 
--> Suppression de la table CLIENT
Where
--> Suppression de la jointure CLIENT/VENTES  
  VENTES.Code_Client = '261'; --> Prise en compte de la clé étrangère dans VENTES au lieu de la clé primaire dans CLIENTS...

Si la définition des clés primaires et étrangères ne gère pas cela (ce que je doute d'après certaines lectures : Docs B.O. notamment...) existe-t-il une solution?
Attention j'en connais bien une qui ne m'arrange pas du tout qui consisterait à créer un objet Code_Client dont la clause Select pointerait vers la table VENTES directement. Cela n'est pas envisageable car dans l'autre sens, une simple interrogation des codes clients générerait une jointure vers la table des VENTES extrêmement coûteuse...

Pas si simple comme problème en fait...

Encore merci!

[TomDuBouchon]

J'avoue que vous m'avez mis le doute. Et en effet, ce que vous précisez devrait parfaitement fonctionner.

Si je m'en réfère à la doc du designer : http://help.sap.com/businessobject/p...esigner_fr.pdf page 372, vous pouvez de toute évidence de cette manière ne définir qu'un seul objet pour toutes les occurences de votre champ dans des tables étrangères.

Votre définition de clé est-elle bien activée ? Si vous travaillez sur WebI, avez-vous bien exporter votre univers vers le référentiel avant de tester ?
Si oui, essayez de n'utiliser votre objet (avec votre définition de clé actuelle) qu'en objet du résultat, avec un autre élément de la table VENTES. BO ajoute-t-il la table CLIENTS ou ne fait-il appel qu'à la table VENTES ?

[jonrod]

J'ai tout essayé, rien n'y fait.
Pour info je suis sur BO 6.5 et je n'ai pas WebI mais juste le client lourd BO 6.5...
L'exemple que j'ai donné plus haut me permet d'appliquer mon filtre sur l'index plutôt que sur le nom ce qui est déjà pas mal, mais impossible de supprimer la table "CLIENTS" du SQL...
C'est très frustrant, je suis pas à pas chaque étapes et rien... j'ai même créé un nouvel univers simpliste avec seulement les objets de l'exemple et toujours rien.
Je me demande s'il ne faut pas définir d'autres clés ailleurs, ou activer une option dans l'univers...
Toute aide sera la bien venue!

[jonrod]

Je viens de désactiver la clé étrangère et laisser actif la clé primaire : cela me donne exactement le même résultat. C'est à dire que les filtres se font bien sur la clé primaire mais la table CLIENTS reste dans le SQL : la clé étrangère dans VENTES n'est pas utilisée.
Donc la définition de clé étrangère est complétement inactive dans mon univers que je l'active ou non dans la définition des clés...