Software de generación de informes de bases de datos: sin conocimientos de SQL

Estoy buscando una herramienta que permita a los usuarios finales sin conocimiento de bases de datos y SQL experimentar la capacidad de crear informes que proporcionen datos sin procesar e información agregada.

Los requisitos son: Base de datos de Oracle: se trata de un gráfico con eventos (estructuras de tablas únicas), personas y ubicaciones vinculadas a través de una sola tabla central. Cada evento puede tener varias tablas secundarias.

Necesitamos ser capaces de crear una gama de modelos lógicos además de esto que cubran eventos y roles específicos que juegan las personas, así como modelos que se ejecutan entre diferentes eventos.

Necesitamos respaldar por completo las uniones en los modelos lógicos: tenemos muchas brechas en los objetos secundarios y muchas ocasiones en las que necesitamos ver estas brechas junto con los datos que están presentes.

Los parámetros de consulta deben ser compatibles y/o en múltiples niveles a través de una interfaz fácil de usar.

~80% de los informes deberán contener datos de nivel de registro, ya que este es el uso más común de una herramienta de informes para la organización. El trabajo adicional se lleva a cabo en Excel la mayor parte del tiempo, sin embargo, esto está cambiando lentamente, pero la cultura es como un petrolero en esto.

Esto realmente debería estar completamente basado en la web, tanto para la creación de modelos como para la ejecución de informes. La base de datos y la aplicación están alojadas fuera del sitio y tenemos una gran cantidad de creadores de informes que necesitarían acceder a través de navegadores.

También debería ser compatible con SQL para un pequeño número de usuarios avanzados.

Ya tenemos MS SSRS ejecutándose en un almacén MI y cubos OLAP (a través de SSAS), sin embargo, estos están muy mal diseñados (sospecho que alguien que nunca antes había entregado OLAP) y no permiten la generación de informes a nivel de registro. Me inclino por los modelos de informes de SQL Server, pero como no son compatibles, no estoy totalmente convencido de seguir este camino.

Como siempre, una solución de código abierto/bajo costo sería una buena consideración....