Posso compartilhar uma FONTE de dados do SQL Server Reporting Services… e um Data SET?

Question

Estou desenvolvendo uma solução Reporting Services para um site do DOD.Freqüentemente terei um relatório e quero ter como parâmetro o Serviço (além de outros parâmetros comuns, mas repetitivos, como Ano Fiscal, Data de Vigência dos Dados, etc).Basicamente, tudo que vi do SSRS 2005 diz que isso não pode ser feito...mas eu pessoalmente me recuso a acreditar que a MS seria tão estúpida/ingênua/curta em deixar algo como o compartilhamento de conjuntos de dados inteiramente fora dos relatórios.

Existe uma maneira desajeitada (ou não tão desajeitada) de compartilhar conjuntos de dados e ainda manter o servidor de relatórios satisfeito?O SSRS2008 fará isso?

EDITAR:

Acho que expressei isso de forma pouco clara.Eu tenho uma pilha de relatórios.Como estou em um ambiente do DoD, um parâmetro comum para esses relatórios é Serviço (exército, marinha, etc.).para aqueles usuários fora dos EUA).Já que as "regras de negócios" fazem com que eu não consiga usar procedimentos armazenados;existe uma maneira de criar um conjunto de dados e vinculá-lo a partir de vários relatórios?O Reporting 2008 suportará algo assim?Estou ficando cansado de digitar novamente a mesma consulta em vários relatórios.

Answer 1

Não estou claro se você precisa compartilhar um conjunto de dados, pois você tem alguns resultados SQL que precisa usar duas vezes e não deseja recalcular os mesmos dados duas vezes ou deseja fazer algo em relação aos parâmetros.Então, com este prefácio "Eu realmente não entendi a pergunta"...

1. Você não pode compartilhar um conjunto de dados.Ou seja, você não pode, digamos, ter uma tabela de retorno de conjunto de dados A, e no conjunto de dados B tente se juntar a A.
2. Se isso é realmente o que você deseja fazer, você pode usar tabelas temporárias para armazenar A e depois no conjunto de dados B use a tabela temporária.Existem práticas recomendadas em relação a isso, mas como não tenho certeza se é disso que você precisa, não perderei tempo falando sobre isso agora.

Answer 2

Se você não pode usar procedimentos armazenados, espero que possa usar uma visualização.

Caso contrário, você poderia sair do SQL Server e usar planilhas CSV como armazenamento de dados.