ReportExecutionService.LoadReport(String, String) Método
Definición
Importante
Parte de la información hace referencia a la versión preliminar del producto, que puede haberse modificado sustancialmente antes de lanzar la versión definitiva. Microsoft no otorga ninguna garantía, explícita o implícita, con respecto a la información proporcionada aquí.
Carga un informe desde el servidor de informes en una nueva ejecución.
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
Nombre completo del informe.
- HistoryID
- String
El ID de historial de la instantánea.
Devoluciones
Un objeto que ExecutionInfo contiene información para el informe cargado.
Ejemplos
Para un ejemplo de código, por favor consulta el Render método.
Comentarios
La siguiente tabla muestra la información sobre cabeceras y permisos sobre esta operación.
| Uso de la cabecera SOAP | (En) TrustedUserHeaderValue (Fuera) ExecutionHeaderValue (Fuera) ServerInfoHeaderValue |
| Permisos requeridos en modo nativo | Sobre el informe principal: ReadProperties Y ExecuteAndView En todos los subreportajes: ReadProperties |
| Permisos requeridos en el modo SharePoint | En el informe principal y en todos los subinformes: <xref:Microsoft.SharePoint.SPBasePermissions.ViewListItems> |
Este método debe llamarse antes de llamar al Render método para un informe.
Dependiendo de las propiedades de ejecución del informe, el devuelto ExecutionInfo puede ser una instantánea lista para ser renderizada o un informe que necesita ser procesado. Si se especifica a HistoryID , el informe ya ha sido procesado y podrá entregarse inmediatamente.
El objeto devuelto ExecutionInfo contendrá un nuevo ExecutionID.
Por defecto, las sesiones de edición de informes se establecen en 7200 segundos (2 horas) desde el último uso, lo que permite a los usuarios mantener una gran cantidad de datos en la caché durante un periodo prolongado. En algunos patrones de uso, esto podría provocar una mayor carga en la RSTempDB base de datos y en el servidor de informes. En estos casos deberías considerar usar LoadReport.