ReportExecutionService.LoadReport(String, String) Método
Definição
Importante
Algumas informações se referem a produtos de pré-lançamento que podem ser substancialmente modificados antes do lançamento. A Microsoft não oferece garantias, expressas ou implícitas, das informações aqui fornecidas.
Carrega um relatório do servidor de relatórios em uma nova execução.
public:
ReportExecution2005::ExecutionInfo ^ LoadReport(System::String ^ Report, System::String ^ HistoryID);
public ReportExecution2005.ExecutionInfo LoadReport(string Report, string HistoryID);
member this.LoadReport : string * string -> ReportExecution2005.ExecutionInfo
Public Function LoadReport (Report As String, HistoryID As String) As ExecutionInfo
Parâmetros
- Report
- String
O nome completo do relatório.
- HistoryID
- String
O ID de histórico do snapshot.
Retornos
Um ExecutionInfo objeto contendo informações para o relatório carregado.
Exemplos
Para um exemplo de código, veja o Render método.
Comentários
A tabela abaixo mostra informações sobre cabeçalhos e permissões sobre esta operação.
| Uso do Cabeçalho SOAP | (Em) TrustedUserHeaderValue (Fora) ExecutionHeaderValue (Fora) ServerInfoHeaderValue |
| Modo Nativo Necessário Permissões | Sobre o relatório principal: ReadProperties E ExecuteAndView Em todos os subrelatórios: ReadProperties |
| Permissões Necessárias no Modo SharePoint | No relatório principal e em todos os subrelatórios: <xref:Microsoft.SharePoint.SPBasePermissions.ViewListItems> |
Esse método deve ser chamado antes de chamar o Render método para um relatório.
Dependendo das propriedades de execução do relatório, o retorno ExecutionInfo pode ser um snapshot pronto para ser renderizado ou um relatório que precisa ser processado. Se a HistoryID for especificado, o relatório já foi processado e poderá ser apresentado imediatamente.
O objeto retornado ExecutionInfo conterá um novo ExecutionID.
Por padrão, as sessões de edição de relatório são definidas para 7200 segundos (2 horas) após o último uso, possibilitando que os usuários mantenham uma grande quantidade de dados no cache por um período prolongado. Em alguns padrões de uso, isso pode levar a uma carga maior no RSTempDB banco de dados e no servidor de relatórios. Nesses casos, você deve considerar usar LoadReport.