最终用户临时报告工具:Microsoft SQL Server Management Studio还是Microsoft Access?

您的“抽象层”是访问的正确方法。创建一个具有链接到其中所需基本视图的MDB,并分发给用户。允许他们根据需要在自己的MDB中创建新的查询和报告。

现在,如何阻止他们在有一百万条或更多记录的表上运行笛卡尔连接,我不太确定。

这个怎么样? i-net Clear Reports (以前称为i-net Crystal Clear)有一个功能强大的特别报告组件,对于非技术用户来说,它是一个易于使用的组件。您的用户完全不必知道任何有关报告的信息。他们只需选择报告的类型,数据等就可以了,有一个适合需求的报告。

通过创建所谓的数据视图,可以很容易地完成数据抽象,这些视图可以由您的管理人员(如您的管理人员)设计。有多种方法可以访问即席报告GUI。我们有一个Web GUI、一个Java小程序或一个独立的Java程序。

• 最终用户不需要任何培训,因为GUI非常直观。
• 除了设置数据类型、格式等之外,还可以通过拖放轻松构建视图。
• 所有报告(取决于安全设置)都可以通过DAV我们的A报告存储库GUI访问。
• 服务器支持每个用户或每个组的不同安全设置。
• 独立的 report designer 是免费的,功能齐全。

披露:是的。我为建造这个的公司工作。

微软为企业和最终用户提供了一个称为“报表生成器”的免费工具。它支持SQL Server Reporting Services的全部功能。它提供了一个类似于Microsoft Office的用户界面。

您可以从此处下载最新版本的“Report Builder 3.0”。 http://www.microsoft.com/download/en/details.aspx?DisplayLang=en&id=6116

有关MS报表生成器的详细信息,请查看此链接 http://technet.microsoft.com/en-us/library/dd207008.aspx

试图教“非技术”人员T-SQL用400多个表查询模式可能做不好,除非他们仅限于查询视图,并且视图隐藏了各种联接、分组等的所有丑陋复杂性。

我们的公司也处于类似的情况,早期使用了Access,然后我们将每个人都切换到使用T-SQL和SSMS。依我看,这是你想采用的方法。

不过,这一点的成功将取决于您的视图的质量,或者更确切地说,取决于您向最终用户提供的报告。

兰迪

我会更深入地研究 Stonefieldquery.com 这是为非开发人员构建报告而设计的。不是说Access中的报表编写器或查询生成器不好,而是可能太多。我认为它们还提供了一种将报告和查询集中到可以共享的地方的方法。多人无法打开单个访问文件并创建报告(我认为查询构建可以)。

大多数人会使用拖放功能,但是大约5-10%的人会需要SQL,然后你可以利用“可教的时刻”让他们接受一些培训。

访问的缺点当然是成本高昂的;如果您获得了SQL Server的适当许可,那么SSM应该是免费的。

根据实际需要,有些用户可能更喜欢使用Crystal Reports(从未想过我会这么说)或Reporting Services。

您可以创建一系列SQL Server分析多维数据集,并让用户与使用Excel的用户连接,以便他们使用Excel的透视表。

作为一个临时报告的新手,我自己做了这项工作,我使用了izenda.com的临时报告。这是非常直接的,我可以自己做,而不是外包。

检查sqls*plus- http://www.sqlsplus.com

我发现sqls*plus是一个非常有效的命令行SQL Server报告工具-这是一个免费的工具(供个人使用),允许我生成标题、标题、HTML和CSV格式的报告、自定义掩码中的格式列、设置报告长度、页面大小等。据我所知,它与非常著名的Oracle SQL*plus报告非常相似。NG工具