社内で SQL レポートを使用することを計画しており、現在、レポートをエンド ユーザーに公開する方法を評価しています。レポート Web サービスを使用してから、.NET アプリケーションを介してレポートをレンダリングする必要がありますか? レポート ビューアーを使用する必要がありますか、それとも SQL GUI をユーザーに公開する必要がありますか? これらの長所と短所は何ですか? 誰でも助けてもらえますか?これに関する情報はどこにも見つかりませんでした。
1 に答える
最も簡単な方法は、SSRS インストールで既定で有効になっているレポート マネージャー Web サイトを使用することです。これは非常に迅速かつ簡単に実行でき、セキュリティ/スナップショット (キャッシュ)/サブスクリプション (電子メールなど) オプションはサイトごとに簡単に構成できます。フォルダごと/レポートごと。その欠点は次のとおりです。
- それは醜いです - あなたが CSS に長けているなら、それを台無しにすることは可能ですが、私はそうしません。2008R2 や 2012 などの新しいバージョンはあまり見栄えがよくありません
- 見苦しい URL がありますが、DNS エイリアスを使用して回避することもできます
- パラメータドロップダウンやその他のオブジェクトがページにどのように表示されるかを制御することはできませんが、それはマイナーです
私は通常、Sharepoint (WSS ではなく MOSS) (会社にそれがある場合) をレポート ビューアー Web パーツと共に使用します。特別なSharepoint SSRS統合モードは必要ありません-それについて読むことができますが、それは私がお勧めする道ではありません.
レポートは、プロの IMO に見える会社の既存のイントラネット サイトに埋め込まれているように見えます。Powerview for sharepoint も適切なオプションです (または、Sharepoint の古いバージョンのパフォーマンス ポイント)。
私は間違いなく、膨大な量の不必要なプログラミングを必要とする Web サービスの道をたどりません。周りに .NET 開発者が大勢いる場合でも、私はそうはしません。
Visual Studio でレポート ビューアー オブジェクトを使用して、.NET Web アプリケーションでレポートを表示する代わりに。BIDS (2008R2 以前) または SSDT (2012) を使用してレポートを設計することは、特に Crystal Reports や Access などの他のレポート ツールを使用したことがある場合は、プログラミングよりもはるかに簡単です。そのレポート ビューアー オブジェクトを使用することは、独自に作成するよりもはるかに優れたオプションです。
簡単で作業が必要な順に回答を書きました。お役に立てば幸いです。