[Cognos] RepotStudio C8 : execution de code SQL avant une requete

[moutmat]

Bonjour,
dans le cadre d'optimisation de rapport,
nous aimerions passer la commande suivante lors de l'execution d'un rapport:
exec bms_application_info.set_module('toto’,'toto');

Je sais que l'on peut passer des commande SQL pour les connexions (ouverture, fermeture, ...), mais là il s'agit vraiment d'executer ce morceau de code SQL lors de l'execution d'une requete d'un rapport.

Je vous remercie par avance,

Matt

[yphilogene]

Je ne pense pas que ce type de fonctionnalité existe. Ce qui s'en rapprocherait le plus, c'est l'exécution d'une procédure PL-SQL (ça c'est possible).

Enfin, il est également possible de lancer un job Data Manager (ETL Cognos) à partir du portail. Et là, je ne pense pas me tromper en affirmant qu'avec Data Manager, tu peux exécuter n'importe quelle commande SQL.

Donc, en gros, ce que tu pourrais faire, c'est mettre en place un job sur le portail Cognos, qui lance en première étape le job Data Manager, puis exécute en deuxième étape le rapport.

[brunolf]

ça fait un peu "Usine à gaz" tout ça...

Elle doit servir à quoi cette commande ? en quoi doit-elle optimiser le rapport ?

[moutmat]

Il ne s'agit en rien d'une usine à gaz,
mais de pouvoir monter une base de stat à la volée.

Je m'explique, vous mettez cette commande en entete de la requete principale du rapport, cela log dans une table le nom du rappoirt et le temps mis.
Ensuite vous faites vos modifs pour les perf (rapport, package,base) et vous analysez les stats.
Donc le terme usine à gaz est très mal employé. Cela peut vous eviterde perdre unb temps fou avec votre chronometre alors que là tout est automatique.

Cordialement,

[yphilogene]

Cognos propose un package d'Audit récupérant des données du Content Store. Je ne sais pas s'il vient avec des rapports fournissant le genre d'information que vous cherchez à avoir, mais par exemple, avec ce package, il est possible de réaliser des stats d'utilisation des rapports par utilisateur. Donc, j'imagine qu'il doit aussi être capable de tracer les temps d'execution des rapports.

Cela vous éviterait de vous lancer dans un développement un peu en dehors de l'utilisation classique du produit. Essayez d'y jeter un coup d'oeil.

[brunolf]

Complètement d'accord avec toi yphilogene.

Et je persiste avec le terme "Usine à gaz". Plutôt que de développer des spécifiques qui vont soit disant vous faire gagner du temps, restez dans le cadre des fonctionnalités proposées par le produit... au moment de changer de version, vous ne le regretterez pas, et là, vous gagnerez vraiment du temps.

[yphilogene]

Effectivement, le principal problème avec les développements spécifiques (Cognos SDK) se situe au niveau de la migration vers une version supérieure.

[xoninkara]

Je suis absolument d'accord avec brunolf et yphilogene.
Ce genre de manips n'est pas du tout conseillé.