使用XML数据源[WCF]，其可能的SSRS，但它是明智的？(SSRS using Xml data

我们必须使用WCF在我们的报告数据源的要求。 [服务器模式]

斑点网4.0 / SSRS 2008 R2 / ASP.Net 4.0

这背后的想法是在整个应用程序，从报告到标准的应用网格适用于普通的业务规则。

本质上，它会沿着线工作

通常它的如下

[RDL - SQL Server的数据提供商 - DB]

但我们需要的是什么

[RDL - XML /自定义数据提供程序 - WCF方法 - 业务层 - - DB]

我们主要的应用程序也将使用WCF层。 其实出于实用目的的界面层，所以如果我们不得不使用Web服务，而不是SSRS，如果有这种方法的优势，将予以考虑。

我发现我们的做法有些文章

http://weblogs.asp.net/jezell/archive/2008/02/21/using-wcf-endpoints-with-sql-reporting-services.aspx

http://www.codeproject.com/Articles/37270/Consuming-a-WCF-Service-from-an-SSRS-RDL-Server-Re

http://social.msdn.microsoft.com/Forums/en-US/sqlreportingservices/thread/aa0c8c5e-28a7-440f-a1c1-62e8bb184b8d/

http://msdn.microsoft.com/en-us/library/ms154655(v=sql.105).aspx

http://devblog.bardoloi.com/2011/09/using-wcf-web-services-as-data-source.html

http://msdn.microsoft.com/en-us/library/aa964129(SQL.90).aspx

这里给出的局限性无论哪种方式

http://msdn.microsoft.com/en-us/library/aa964129(SQL.90).aspx#repservxmlds_topic5所有开始有点吓人。

我不想做的当然是往下走一定的路径，这对当时的影响报表设计功能，性能及可能限制类型的可创建的报表。

如果任何人有上述布局的任何意见或经验，我将非常感谢您的意见和投入。

我也很符合我们如何可以创建一个包含数据的报表可能替代这一直尽管这确实数据等的适当的按摩业务层开放

道歉的长期职位。

利亚姆

Answer 1:

我现在正在考虑同样的情况。 它已经有一段时间，因为这个问题被问，但我会添加此的人谁是有兴趣在此情况下。

到目前为止，这是不值得的努力，让SSRS与我们的WCF服务交互的时间太长，有一些限制，其中大部分是在你提供的链接概述。

这里有两个选择，现在我考虑

1. 呼叫报告之前的服务，并通过输出作为参数（该报告具有解析XML这是另一个问题）
2. 调用服务，其输出转换为更表格格式（毕竟数据集是一个表）转换为XML，并将其发送到报告作为一个参数（还需要分析，但它可能会比原来的输出更容易的是在我们的例子）
3. 创建自定义数据集的扩展，更适合处理WCF呼叫并为您提供了对过程的控制。

总之，我在对这个问题，因为有对acomplish这个开箱没有简单的方法紧张的现场。

希望这有助于任何人！

Answer 2:

这就是我们的解决方案，它的工作安静很适合我们至今。 还有，虽然涉及了很多的工作。

方案3在卡洛斯提供的是我们有，当我们遇到的问题与通过WCF层为大报告传输大量数据的采取方向的答案。

本质上，自定义数据处理扩展使得向WCF层和在该事件的调用，则返回的数据量是大的（超过某个阈值），则该数据被高速缓存，我们返回到自定义数据处理扩展的指示器通话量，需要检索的所有数据。

然后，我们进行所需的呼叫量。

因此，对于1/2万条记录，我们可能需要与每个呼叫的数据附加到SSRS数据集20调用WCF的。

报告查看器显示没有问题的数据11000 +页，但为了导出到Excel中，我们需要在2012年SSRS运行它。

导出> 500,000记录到Excel中可能需要10分钟。 打开Excel文件，其实需要更长的时间。 :)

文章来源: SSRS using Xml datasource [WCF], its possible, but is it advisable?