asp.net - 什么是最终用户报告设计的典型场景？

Question

我想知道使用最终用户报表设计器的典型场景是什么。我在想的是有一个包含我可以拥有的所有列的基本报告，以及报告的基本视图（格式、列顺序等），然后让用户更改该格式和顺序，取出或添加（从可用列）数据到它，等等。

这是解决所谓的报告最终用户设计器的常用方法还是我偏离了轨道？

我知道这取决于用户（例如，如果它是可以处理 SQL 的人），但是用户可以构建从 sql 查询到格式化的所有内容的场景是否常见？

谢谢！

塞巴斯蒂安

Answer 1

我首先想到的是把它们放在一个非常严格控制的沙箱中，既是为了安全，也是为了防止可怕的、吞噬服务器的查询。除此之外，我认为给他们一个有限选项的“菜单”是一条好路。我不会让他们直接访问 SQL。

Answer 2

第一个问题是您是否希望用户创建可能成为失控查询的 SQL（想想笛卡尔连接变得疯狂）。

根据您的工具，您可能希望将报告发布为 Excel。创建数据透视表或简单的电子表格可能会在安全的环境中提供您正在寻找的灵活性。大多数用户可以在 Excel 中处理删除列、格式设置等，并且有许多您可能在报表编写器工具中找不到的自助参考。