Discussion :

[Adricube]

Bonjour,

Je suis utilisateur novice de Crystal Report, on m'a balancé dessus du fait qu'il n'y a plus grand monde dans la boite qui connaisse et que j'ai quelques capacités avec les logiciels bureautiques et les bases de données.

Bref, ma tâche est d'optimiser le temps de calcul d'un rapport, très utilisé chez nous, qui met entre 30s et 1 min à se calculer.

Analyse :
Cet état compte 7 sous rapports.
- si je les supprime tous le temps de calcul est fortement amélioré (moins de 5s)
- si je n'en supprime que de 1 à 6, aucune amélioration notable

or je parviens à en remplacer 6 par des calculs "directs", mais le 7 ème me pose problème : il est utilisé pour détailler le contenu (options) d'une commande
j'ai donc :
DETAIL A : ligne d'une commande (référence, désignation)
DETAIL B : options relatives à cette ligne (dimension, couleur, etc) issus d'un sous-report

j'aurais donc affiché :
réf 1
dimension réf 1
couelru réf 1
Réf 2
dimension ref 2
couleur ref 2
etc.

Si je n'utilise pas le sous rapport et que je mets les champs relatifs à la table "options", j'ai plutôt :
Ref 1
dimension ref 1
Ref 1
couleur ref 1
Ref 2
dimension ref 2

etc.

j'espère avoir été clair ...

mes questions sont donc :
1/ puis je avoir l'affichage correct sans utiliser de sous rapport ? et comment ?
2/ si non, comment faire pour résoudre mon problème de temps de traitement ?


merci de votre aide !

[digitfree]

A priori, je ne vois pas l'intérêt d'un sous -rapport pour ta table options qui est liée à la table ligne, même si j'ai bien compris, il n'y a pas systématiquement de ligne(s) options pour chaque ligne de commande.
Ce doit en tout cas être meilleur en terme de temps, d'avoir cette table dans le rapport principal et de faire une jointure externe gauche.
A part s'assurer que les tables et index sont optimisés, je ne vois pas trop ce que tu peux faire de mieux, si ce n'est t'assurer que tu passes bien par les index pour toutes les tables du rapport.
Par ailleurs, les temps que tu donnes ne permettent pas d'apprécier si le temps de calcul et correct ou non, car selon le nbre de tables utilisées dans le rapport, les volumes de données, la base , la config.machine (mém.proc.disque), les versions cr , système ou autre ... les paramètres sont trop nombreux pour te dire où sont les éventuels points de ralentissement.

[duduma]

bonjour,

Peut être que de simples mises en places de groupes peuvent suffire.

Après, comme on n'a pas de vue d'ensemble de l'état, ce n'est peut être pas adéquat.