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.

Procédure de définition explicite d'un catalogue ou d'un schéma<br />

Procédure<br />

1. Créez un paramètre de session unique dont la valeur indique si vous êtes en<br />

mode conception. Lorsque vous êtes en mode conception, définissez la valeur<br />

de ce paramètre de session sur une valeur spécifique, par exemple, conception.<br />

Sinon, laissez cette valeur vide.<br />

Astuce : Si vous utilisez une valeur de projet ou de remplacement, vous devez<br />

la définir chaque fois que vous ouvrez le modèle pour édition.<br />

2. Pour chaque catalogue et schéma de chaque source de données de projet, créez<br />

une table de mappage des paramètres qui contient les éléments suivants :<br />

v Une valeur par défaut vide.<br />

v Une clé dont le nom correspond à la valeur de conception du paramètre de<br />

session ci-dessus et dont la valeur est le nom du catalogue ou du schéma de<br />

mode conception pour cette source de données.<br />

3. Sélectionnez la source de données et remplacez les valeurs de propriété de<br />

catalogue et de schéma par une macro qui utilise la table de mappage des<br />

paramètres et le paramètre de session correspondants.<br />

Par exemple, utilisez :<br />

#$DBSchemaName ($DeployOrDesign) #<br />

Portabilité des modèles<br />

Vous pouvez utiliser un modèle <strong>IBM</strong> <strong>Cognos</strong> <strong>Framework</strong> <strong>Manager</strong> pour accéder à<br />

des données issues de différentes instances de base de données. Les instances de<br />

base de données peuvent provenir du même fournisseur ou de fournisseurs<br />

différents.<br />

Vous devez prendre en compte plusieurs points lorsque vous déplacez un modèle<br />

<strong>Framework</strong> <strong>Manager</strong> d'une base de données relationnelle vers une autre.<br />

Contrairement à ce qui se passe avec le passage d'une base de données à une autre<br />

base de données identique sur la même plate-forme, une modification des<br />

informations de connexion de source de données peut ne pas suffire.<br />

Vérifiez la génération des déterminants et des relations basées sur des index et ne<br />

partez pas du principe que les index décrivent de manière fiable les dépendances<br />

ou les relations fonctionnelles pour la génération de rapports.<br />

Les fonctions scalaires sont importées dans un modèle préfixé par une qualification<br />

de catalogue ou de schéma dans l'instruction SQL. Comme avec les tables et les<br />

vues, vous devrez peut-être supprimer ou modifier la qualification d'emplacement<br />

lors d'un changement de fournisseur. Par exemple, si vous créez un modèle sur<br />

une base de données ORACLE et que la connexion est modifiée pour pointer vers<br />

une base de données SQL Server équivalente, une erreur est générée car le type de<br />

source de données de modèle est resté OR et n'a pas été changé en type de source<br />

de données approprié.<br />

Pour déplacer un modèle d'une base de données relationnelle vers une autre,<br />

procédez comme suit :<br />

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

portabilité pour des noms physiques comme suit :<br />

– Limitez les noms physiques au plus petit dénominateur commun, par<br />

exemple, 31 caractères.<br />

304 <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!