28.06.2013 Views

IBM Cognos Framework Manager Version 10.2.0 - Guide d'utilisation

IBM Cognos Framework Manager Version 10.2.0 - Guide d'utilisation

IBM Cognos Framework Manager Version 10.2.0 - Guide d'utilisation

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

v Etendu<br />

Tous les cumuls d'agrégation sont calculés par le serveur de base de données à<br />

l'aide d'un agrégat étendu (par exemple, XSUM). Les agrégats étendus engagent<br />

la totalité du coût de ce calcul à l'avance. En règle générale, il s'agit de la<br />

méthode la plus rapide, mais uniquement lorsque la base de données est<br />

configurée pour tirer parti des vues matérialisées. Pour les bases de données<br />

pour lesquelles la fonctionnalité OLAP est prise en charge, cette option est<br />

convertie en les fonctions d'agrégation OLAP appropriées.<br />

Procédure<br />

1. Dans l'afficheur de projet, cliquez sur la source de données à modifier.<br />

2. Dans la sous-fenêtre Propriétés, dans la zone de liste Traitement du cumul,<br />

sélectionnez le type de traitement de cumul souhaité.<br />

Optimisation des performances en configurant le type de<br />

traitement de requête<br />

La propriété de traitement de requête pour des sources de données détermine si le<br />

traitement SQL est effectué par le serveur de base de données ou en local. Dans le<br />

cas de métadonnées relationnelles, vous pouvez optimiser les performances en<br />

sélectionnant le type approprié pour le traitement de requête.<br />

Il existe deux types de traitement de requête :<br />

v Traitement local limité<br />

Le serveur de base de données effectue le plus de traitement et d'exécution SQL<br />

possible. Toutefois, certains rapports ou sections de rapport utilisent le<br />

traitement SQL local.<br />

v Base de données seulement<br />

Le serveur de base de données effectue la totalité du traitement et de l'exécution<br />

SQL. Une erreur s'affiche si des rapports ou des sections de rapport nécessitent<br />

un traitement SQL local.<br />

Bien que le serveur de base de données permette généralement une exécution plus<br />

rapide du code SQL et des rapports, le traitement local peut s'avérer parfois<br />

nécessaire. Par exemple, choisissez un traitement local limité si vous souhaitez<br />

créer des jointures de bases de données ou si vous souhaitez permettre à vos<br />

utilisateurs d'avoir recours à des fonctions SQL99 non prises en charge.<br />

Certaines requêtes complexes nécessitent un traitement local limité, c'est le cas par<br />

exemple d'une requête qui doit générer une clause At pour éviter un double<br />

comptage.<br />

Traitement de requête pour le mode de requête dynamique<br />

En mode de requête dynamique, les paramètres de traitement de requête ont une<br />

incidence uniquement sur les sources de données SAP BW.<br />

v Traitement local limité<br />

Le traitement local limité n'est pas pris en charge pour l'instant.<br />

v Base de données seulement<br />

Un traitement minimal, voir aucun traitement de requête, n'est exécuté par le<br />

serveur de rapports. Le traitement local n'a lieu que si la base de données ne<br />

peut pas traiter la requête. Envisagez cette option uniquement si les<br />

performances de votre rapport sont inacceptables avec le paramètre par défaut et<br />

324 <strong>IBM</strong> <strong>Cognos</strong> <strong>Framework</strong> <strong>Manager</strong> <strong>Version</strong> <strong>10.2.0</strong> - <strong>Guide</strong> <strong>d'utilisation</strong>

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!