2009-07-29 81 views
0

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

这是解决所谓的报告最终用户设计器或我脱轨的常见方法吗?

我知道它取决于用户(如果它是某人可以处理SQL或不是),但是它是常见的有一个情况下,用户可以建立从SQL查询到格式化everthing?

谢谢!

塞巴斯蒂安

回答

1

我想的是把它们放在一个非常严格控制的沙箱,无论是安全性,同时防止滔天,服务器吃查询的第一件事。除此之外,我认为给他们一个有限选项的“菜单”是一条好路径。我不会让他们直接访问SQL。

+0

我很肯定,对大多数用户来说,完全访问SQL是一个坏主意。幸运的是,我非常确定他们中的大多数人不想用SQL来弄脏他们,但给用户一种控制感觉总是件好事。 :) – Sebastian 2009-07-29 02:38:34

0

第一个问题是你想让用户创建可能成为逃跑查询的SQL(认为笛卡尔连接已经疯狂了)。

根据您的工具,您可能希望将报告发布为Excel。创建数据透视表或简单的电子表格可能会提供您正在寻找的灵活性,但需要一个安全的环境。大多数用户可以在Excel中处理删除列,格式化等操作,并且在报表编写器工具中可能找不到许多自助式引用。