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.

– Evitez d'utiliser des mots clés réservés dans la norme ANSI et la<br />

documentation du fournisseur.<br />

– Evitez d'utiliser des zones de données spécifiques à des fournisseurs.<br />

– Evitez les conversions.<br />

– Vérifiez que la précision et l'échelle sont prises en charge pour tous les<br />

fournisseurs.<br />

– Utilisez des classements cohérents et compatibles.<br />

– Utilisez une casse cohérente pour les noms, par exemple, tout en minuscules.<br />

v Evaluez le langage de définition de données (DDL) afin de déterminer la<br />

portabilité pour la qualification de base de données.<br />

v Evaluez le langage de définition de données afin de déterminer la portabilité<br />

pour les types de données en termes de compatibilité, de précision et d'échelle.<br />

v Recherchez dans les instructions SQL natives de vos modèles et rapports toute<br />

syntaxe spécifique aux données relationnelles qui peut ne pas être forcément<br />

prise en charge.<br />

v Vérifiez l'utilisation des fonctions spécifiques à des fournisseurs.<br />

Il peut ne pas exister de fonction équivalente ou de fonction commune chez un<br />

autre fournisseur. Une fonction commune qui n'est pas prise en charge par la<br />

base de données relationnelle peut entraîner un traitement local qui n'était pas<br />

effectué précédemment.<br />

v Vérifiez le type de propriété de source de données.<br />

Si vous modifiez le système de gestion de base de données relationnelle que<br />

vous utilisez (par exemple, d'Oracle à SQL Server), modifiez la propriété de type<br />

pour la source de données dans <strong>Framework</strong> <strong>Manager</strong>.<br />

v Mettez à jour les requêtes de source de données.<br />

Lorsque vous importez des tables, <strong>Framework</strong> <strong>Manager</strong> importe des<br />

informations physiques sur les tables et les colonnes qui sont utilisées en interne<br />

lors de l'exécution. Par exemple, les informations de classement ne sont mises en<br />

correspondance qu'en recréant les tables physiques.<br />

v Testez le modèle déplacé.<br />

D'autres différences, comme des caractéristiques de performances ou la manière<br />

dont les données sont triées en fonction de classements, sont uniquement<br />

révélées par des tests.<br />

Déplacement de modèles vers des environnements différents à<br />

l'aide de fichiers journaux<br />

Dans <strong>IBM</strong> <strong>Cognos</strong> <strong>Framework</strong> <strong>Manager</strong>, vous pouvez visualiser et exécuter à<br />

nouveau les actions à effectuer sur le projet ou vous pouvez utiliser Script Player<br />

pour exécuter à nouveau des transactions en mode de traitement par lots. Un<br />

journal des actions est un fichier XML qui contient un ensemble de transactions.<br />

Chaque transaction comporte un numéro de séquence et une ou plusieurs actions.<br />

Chaque action est constituée d'un nom et de paramètres d'entrée. Certaines actions<br />

ont aussi des paramètres de sortie. Le fichier journal des actions est situé dans le<br />

dossier du projet.<br />

Par exemple, vous modifiez un projet dans un environnement de test. Au moment<br />

de faire passer le projet en production, vous pouvez utiliser des fichiers journaux<br />

pour exécuter à nouveau chaque action ou série d'actions que vous avez effectuée<br />

dans l'environnement de test pour créer un projet identique dans l'environnement<br />

de production.<br />

Chapitre 8. Gestion de projet 305

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

Saved successfully!

Ooh no, something went wrong!