Qu'est-ce qu'un scénario type pour la conception de rapports utilisateur final?

Question

Je me demande quel serait le scénario type pour l'utilisation d'un concepteur de rapports pour l'utilisateur final. Ce à quoi je pense est d'avoir un rapport de base avec toutes les colonnes que je peux avoir, aussi avec une vue de base du rapport (formatage, ordre des colonnes, etc.) et ensuite laisser l'utilisateur changer ce format et commander, supprimer ou ajouter (à partir des colonnes disponibles) des données, etc.

Est-ce une façon courante d'adresser ce qu'on appelle un concepteur d'utilisateur final pour les rapports ou je suis hors piste?

Je sais que cela dépend de l'utilisateur (si c'est quelqu'un qui peut gérer SQL ou non par exemple), mais est-il courant d'avoir un scénario où l'utilisateur peut construire tout de la requête sql au formatage?

Merci!

Sebastian

Answer 1

La première chose que je pense au sujet est de les mettre dans un bac à sable contrôlé très bien, à la fois pour la sécurité et aussi pour éviter monstrueux, les requêtes serveur alimentaires. Au-delà de cela, je pense que leur donner un «menu» d'options limitées est un bon chemin. Je ne leur donnerais pas un accès direct à SQL.

Answer 2

La première question est de savoir si vous voulez que les utilisateurs créent un SQL qui pourrait devenir une requête de fugue (pensez que la jointure cartésienne est devenue sauvage). En fonction de votre outillage, vous pouvez publier votre rapport en tant qu'Excel. La création d'un tableau croisé dynamique ou d'une simple feuille de calcul peut offrir la flexibilité que vous recherchez mais dans un environnement sûr. La plupart des utilisateurs peuvent gérer la suppression des colonnes, la mise en forme, etc. dans Excel et il existe de nombreuses références d'auto-assistance que vous ne trouverez peut-être pas dans un outil d'écriture de rapport.