Nuevo en SSRS, necesita dirección, cuál es la mejor manera de utilizar

@jpquinn Estás cubriendo bastante terreno aquí, así que intentaré que mis respuestas sean breves.

Una vez que SSRS se instaló y se ejecutó, se me dio una URL web para nuestra instancia de SSRS. Pasé por algunos problemas de seguridad y acceso que se han resuelto. Así que veo SSRS por primera vez, y mientras hurgo, tengo la impresión de que básicamente se usa para mostrar un informe completo. No veo ninguna herramienta de tipo de informes en ninguna parte. Tiene razón, el servidor de informes es para ayudar a los usuarios finales a acceder y ejecutar informes de SSRS. También gestiona las suscripciones (informe de correo electrónico a los usuarios finales). Con 2016, también ofrece la capacidad de almacenar archivos PBIX, pero esta es una implementación rev 1 realmente aproximada.

¿Debo descargar / instalar otra herramienta (Generador de informes) para usar en mi PC junto con el enlace web de SSRS para crear paneles o informes en SSRS para que pueda alojarlos? Puede utilizar Report Builder como la herramienta para crear sus informes SSRS, pero si tiene acceso a Visual Studio, usaría proyectos de informes para crear / implementar / almacenar sus informes SSRS.

¿Debo usar Visual Studio para conectarme a SSRS para diseñar / crear el informe allí, y luego alguien lo implementa y lleva el informe a SSRS de esa manera? ¿Es esa la forma en que la mayoría de la gente lo usa? Puede hacer todo lo anterior en un proyecto de informe. Si también incluye TFS (Team Foundation Server), tendrá una plataforma para el control de cambios y un acceso más amplio para múltiples usuarios. Recomendaría mucho esta ruta. Debería descargar SSDT (SQL Server Data Tools) como complemento de VS. TFS es un servidor / producto independiente.

En cuanto a asesoramiento, orientación y dirección, mi idea original, ya que tenemos muchos informes complejos escritos en SQL a mano alzada que se extraen de un almacén de datos de Teradata que van a un archivo de Excel y se envían por correo electrónico / share-drive / SharePoint, pensé: Podría tomar ese código SQL y colocarlo en un informe SSRS y obtener el almacén de datos, llevar el resultado del informe al mundo SSRS en su lugar y, desde allí, usar Power BI para leer ese informe y usar los Servicios Power BI como la central principal. repositorio de informes / tableros, y esto sería un buen uso de tener SSRS (¿y Generador de informes?) Para alejarse de SQL, Excel y correo electrónico a mano alzada. Estoy abierto a sugerencias de mejores prácticas que utilicen mejor mis sistemas y herramientas actuales. La consolidación de informes en SSRS es un buen objetivo para dejar de depender de archivos de Excel y correos electrónicos aleatorios. Puede crear una solución de informes completa para administrar el desarrollo y también tener un mecanismo en las suscripciones para manejar el correo electrónico. Pero Power BI y SSRS tienen dos propósitos diferentes, le sugiero que piense en cómo funcionarán juntos en el futuro y no intente reemplazar uno por el otro. A largo plazo, la integración entre las dos herramientas será increíble, pero ambas miran los datos de diferentes maneras. Además, Power BI no puede conectarse a un informe de SSRS y usarlo como fuente de datos; sin embargo, podría conectarse a las fuentes de datos que hace el informe de SSRS.

@jpquinn Has dado en el clavo. PBI es excelente para el análisis, observa imágenes para obtener información sobre grandes conjuntos de datos para encontrar un significado oculto, obtener una vista general del área comercial, etc. SSRS es fantástico para diseños detallados, como «formularios», informes detallados que se imprimen bien , etc., etc. Puede personalizar en gran medida el aspecto / diseño y la forma para múltiples formas de exportación / correo electrónico / impresión.

Hay cierto cruce, pero las dos herramientas se complementan, no se reemplazan, en esos aspectos.

Pero otra cosa que señalaría es que depende del tipo de información que se necesite y de quién la esté usando, que debería indicar qué herramienta se usa. Si obtiene sus datos de un almacén, puede crear modelos rápidos para admitir porciones más grandes del negocio que les permitan visualizar eso en Power BI. Entonces, los usuarios finales podrían trabajar con un modelo para múltiples propósitos de informe y no se le pedirá que cree un nuevo informe SSRS para cada solicitud. Simplemente modifique un modelo para cosas nuevas y haga que los usuarios finales hagan más «autoservicio».

Power BI realmente abre muchas puertas para descargar una tonelada de informes a los usuarios comerciales al brindarles la capacidad de encontrar sus propias respuestas.

@jpquinn Estás cubriendo bastante terreno aquí, así que intentaré que mis respuestas sean breves.

Una vez que SSRS se instaló y se ejecutó, se me dio una URL web para nuestra instancia de SSRS. Pasé por algunos problemas de seguridad y acceso que se han resuelto. Así que veo SSRS por primera vez, y mientras hurgo, tengo la impresión de que básicamente se usa para mostrar un informe completo. No veo ninguna herramienta de tipo de informes en ninguna parte. Tiene razón, el servidor de informes es para ayudar a los usuarios finales a acceder y ejecutar informes de SSRS. También gestiona las suscripciones (informe de correo electrónico a los usuarios finales). Con 2016, también ofrece la capacidad de almacenar archivos PBIX, pero esta es una implementación rev 1 realmente aproximada.

¿Debo descargar / instalar otra herramienta (Generador de informes) para usar en mi PC junto con el enlace web de SSRS para crear paneles o informes en SSRS para que pueda alojarlos? Puede utilizar el Generador de informes como la herramienta para crear sus informes SSRS, pero si tiene acceso a Visual Studio, usaría proyectos de informes para crear / implementar / almacenar sus informes SSRS.

¿Debo usar Visual Studio para conectarme a SSRS para diseñar / crear el informe allí, y luego alguien lo implementa y lleva el informe a SSRS de esa manera? ¿Es esa la forma en que la mayoría de la gente lo usa? Puede hacer todo lo anterior en un proyecto de informe. Si también incluye TFS (Team Foundation Server), tendrá una plataforma para el control de cambios y un acceso más amplio para múltiples usuarios. Recomiendo encarecidamente esta ruta. Debería descargar SSDT (SQL Server Data Tools) como complemento de VS. TFS es un servidor / producto independiente.

En cuanto a asesoramiento, orientación y dirección, mi idea original, ya que tenemos muchos informes complejos escritos en SQL a mano alzada que se extraen de un almacén de datos de Teradata que van a un archivo de Excel y se envían por correo electrónico / share-drive / SharePoint, pensé: Podría tomar ese código SQL y colocarlo en un informe SSRS y obtener el almacén de datos, llevar el resultado del informe al mundo SSRS en su lugar y, desde allí, usar Power BI para leer ese informe y usar los Servicios Power BI como la central principal. repositorio de informes / tableros, y esto sería un buen uso de tener SSRS (¿y Generador de informes?) Para alejarse de SQL, Excel y correo electrónico a mano alzada. Estoy abierto a sugerencias de mejores prácticas que utilicen mejor mis sistemas y herramientas actuales. La consolidación de informes en SSRS es un buen objetivo para dejar de depender de archivos de Excel y correos electrónicos aleatorios. Puede crear una solución de informes completa para administrar el desarrollo y también tener un mecanismo en las suscripciones para manejar el correo electrónico. Pero Power BI y SSRS tienen dos propósitos diferentes, le sugiero que piense en cómo funcionarán juntos en el futuro y no intente reemplazar uno por el otro. A largo plazo, la integración entre las dos herramientas será increíble, pero ambas miran los datos de diferentes maneras. Además, Power BI no puede conectarse a un informe de SSRS y usarlo como fuente de datos; sin embargo, podría conectarse a las fuentes de datos que hace el informe de SSRS.

@jpquinn Has dado en el clavo. PBI es excelente para el análisis, observa imágenes para obtener información sobre grandes conjuntos de datos para encontrar un significado oculto, obtener una vista general del área comercial, etc. SSRS es fantástico para diseños detallados, como «formularios», informes detallados que se imprimen bien , etc., etc. Puede personalizar en gran medida el aspecto / diseño y la forma para múltiples formas de exportación / correo electrónico / impresión.

Hay cierto cruce, pero las dos herramientas se complementan, no se reemplazan, en esos aspectos.

Pero otra cosa que señalaría es que depende del tipo de información que se necesite y de quién la esté usando, que debería indicar qué herramienta se usa. Si obtiene sus datos de un almacén, puede crear modelos rápidos para admitir porciones más grandes del negocio que les permitan visualizar eso en Power BI. Entonces, los usuarios finales podrían trabajar con un modelo para múltiples propósitos de informe y no se le pedirá que cree un nuevo informe SSRS para cada solicitud. Simplemente modifique un modelo para cosas nuevas y haga que los usuarios finales hagan más «autoservicio».

Power BI realmente abre muchas puertas para descargar una tonelada de informes a los usuarios comerciales al brindarles la capacidad de encontrar sus propias respuestas.