O que é um cenário típico para o design de relatórios do usuário final?

Question

Estou me perguntando qual seria o cenário típico para usar um designer de relatórios do usuário final. O que estou pensando é ter um relatório básico com todas as colunas que posso ter, também com uma visão básica do relatório (formatação, ordem das colunas etc.) e depois que o usuário altere esse formato e ordem , retire ou adicione (das colunas disponíveis) dados, etc.

Essa é uma maneira comum de abordar o que é chamado de designer de usuário final para relatórios ou estou fora do caminho?

Sei que depende do usuário (se é alguém que pode lidar com o SQL ou não, por exemplo), mas é comum ter um cenário em que o usuário possa construir tudo desde a consulta SQL até a formatação?

Obrigado!

Sebastian

Answer 1

A primeira coisa que eu pensaria é colocá-los em uma caixa de areia muito bem controlada, tanto para segurança quanto também para impedir consultas monstruosas e que consomem servidores. Além disso, acho que dar a eles um "menu" de opções limitadas é um bom caminho. Eu não daria a eles acesso direto ao SQL.

Answer 2

A primeira pergunta é que você deseja que os usuários criem SQL que possam se tornar uma consulta fugiva (pense em cartesiano se cansando de Gone Wild).

Dependendo da sua ferramenta, você pode publicar seu relatório como Excel. Criar uma tabela dinâmica ou uma planilha simples pode fornecer a flexibilidade que você está procurando, mas em um ambiente seguro. A maioria dos usuários pode lidar com colunas de remoção, formatação etc., no Excel e há muitas referências de auto-ajuda que você pode não encontrar em uma ferramenta de redatora.