En SQL Server Reporting Services, en el área de diseño de informes, la ventana de datos de informe muestra los datos que se utilizan para alimentar el informe. 

La ventana se abre por defecto, pero si se cierra accidentalmente, o por lo que sea no está visible tan sólo hay que ir al menú principal de Visual Studio, y en la opción 'Ver', seleccionar 'Datos de informe', lo comento porque puede despistar mucho estar en modo diseño y no tener abierta esta ventana, y el nombre no es demasiado intuitivo para encontrarla enseguida.

Por defecto cuando pensamos en el rendimiento de la ejecución de informes en reporting services lo primero que nos viene a la cabeza es el último informe que hemos creado. Se supone que antes de subirlo al portal de informes se supone que hemos probado en el entorno de test, con un volumen de datos similar y lo hemos validado a nivel lógico de datos. En términos de rendimiento es obligatorio , al menos para mi, controlar la ejecución de la consulta y optimizarla mirando que falla en el plan de ejecución y si hace falta donde está el cuello de botella usando el Profiler.

Suele necesitarse en entornos empresariales la entrega de informes que se generen de forma automática y que se tengan que entregar por correo o ubicarse en directorios compartidos. Reporting Services lo permite por ejemplo en el modo integrado con Sharepoint Services 3.0.Actualmente existen dos tipos de suscripción: la normal y la controlada por datos:

• Suscripción normal: Por decirlo de alguna manera es una suscripción estática. 
• Suscripción controlada por datos: Es algo más completa que la anterior y permite pasar parámetros al informe en cuestión..