Em cognos, poderíamos evitar um prompt opcional perguntando um valor quando seu parâmetro é usado em um item de dados em uma consulta? - cognos, cognos-8, cognos-bi

Na verdade, estou trabalhando no Cognos 10.1 report studio. No meu relatório, tenho dois prompts, um é opcional e outro prompt é necessário. Eu usei os dois parâmetros de prompt dentro do item de dados para alguma condição. Assim, o prompt opcional também se tornou obrigatório. O que devemos fazer para evitar isso?

Respostas:

Nós podemos usar #prompt () # para isso. Normalmente, #prompt () # é usado para forçar deliberadamente o parâmetro a manter algum valor. Em vez de usar o parâmetro diretamente, devemos usar o #prompt () #.

Por exemplo,

Suponha que o parâmetro 1? é usado em um item de dados e contém um valor inteiro, substitua-o por #prompt () # like this #prompt ("Parameter1", "integer") #.

Suponha que, se a condição é como

if(?Parameter1? is not null)
{
statement;
}

deveria ser,

if(#prompt("Parameter1","integer")# is not null)
{
statement;
}

Se usarmos #prompt () #, podemos usar o parâmetro dentro do item de dados, sem afetar o uso do prompt.

Prompt Regular Usado em Itens de Dadoscálculos / lógica sempre se tornam necessários, independentemente porque o item de dados na consulta deve ser apresentado e não é opcional como nos itens de apresentação, portanto, o cálculo deve ser resolvido. Como o outro pôster declarado em vem macros imediatas ## que verdadeiramente serve na minha opinião 2 propósitos reais e discutíveis alguns outros sobre os quais nós não vamos falar.

1. Uma busca / substituição de um homem deficiente em consultas antes de serem submetidas (útil nessas situações).
2. defaulting um parâmetro se estiver faltando qual em 8.4 é malditamente quase impossível de fazer, especialmente em um item de dados.
3. Em consultas MDX, as macros de prompt são impressionantes por causa do # 1 Hard Search e Replace em consultas sem os problemas de prompt nativo do Cognos, que algumas vezes atrapalham.