私たちは、レポートのデータソースとしてWCFを使用する必要があります。 [サーバーモード]SSRSはXmlデータソース[WCF]を使用していますが、それは可能ですが、それはお勧めですか?
ドットネット4.0/SSRS 2008 R2/ASP.Net 4.0
は、この背後にある考え方は、標準的なアプリケーション・グリッドへのレポートからアプリケーション全体で共通のビジネスルールを適用することです。 [ - SQL Severのデータプロバイダ - DB RDL]
しかし、私たちが必要とする
[RDLある
は、基本的にそれは
を次のように通常の
の線に沿って動作します - XML /カスタムデータプロバイダ - WCFメソッド - ビジネス層 - - DB]
私たちの主なアプリはWCF層も使用します。 実際には実用的な目的のためにインターフェイスレイヤーなので、代わりにSSRSのWebサービスを使用しなければならない場合、このアプローチに利点があるかどうかが検討されます。
は、私たちのアプローチにいくつかの記事を発見した
http://www.codeproject.com/Articles/37270/Consuming-a-WCF-Service-from-an-SSRS-RDL-Server-Re
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 を与えられました。
私が当然望んでいないことは、特定の経路を経ることです。これは、レポート設計機能やパフォーマンスに影響を与え、作成できるレポートの種類を制限する可能性があります。
上記のレイアウトに関する意見や経験があれば、私はあなたの意見や意見を大きく歓迎します。
また、私は非常にオープンな代替可能に、我々は、データなどの長い記事のため
謝罪の適切なマッサージを行い、ビジネス層けれどもされたデータを含むレポートを作成できる方法でです。
リアム
こんにちはカルロス、あなたの考えをありがとう。私たちはWCFを使用して実装する途上にあり、最近まで問題がなかったまではありました。しかし、私たちのレポートには多くのデータが含まれており、WCFは250,000行以上〜10〜15列のプレッシャーを受けています。 [XMLのシリアライゼーションが問題であり、ストリーミングが期待どおりに機能していない]これまでのところ、罰金と私たちは現在、解決策を調査中です - probカスタムデータ処理拡張機能など – Liam