2

最近は Microsoft Reporting Service のトレーニングを受けています。良いツールですが、それを使用すると役立つ例が見つかりません。私にとっては、JavaScript コントロールと組み合わせて C# コードを使用してレポートを実装する方が常に優れています。C# と JavaScript を使用すると、より多くの作業が必要になるかもしれませんが、その一方で、保守性と自動テストが向上します。レポート サービスを使用することが最善の選択となる状況はありますか?

4

1 に答える 1

3

私の意見では、Microsoft は SSRS を維持していません。これについての引用はありませんが、5 年間使用しており、その間ほとんど開発が行われておらず、Azure レポート サービスの開始はすぐに中止されました。Microsoft は、BI/Excel PowerView/Sharpeoint の組み合わせをアドホック データ照会ツールとして強く推奨していますが、Reporting Services が対応した「印刷されたバンド付きレポート」のユース ケースには対応していません。

SSRS 内のレポート モデルによって出力される SQL のパフォーマンスも非常に悪いです。

私の意見では、あなたの最初の懸念は正しいものであり、個人的には新しいシステムの構築にその選択をお勧めしません. 直接比較できる製品はありません。1) HTML コンシューマーとデザイナーのユーザー インターフェイスを持つ 2) 基礎となるデータ ソースへの仲介されたデータ ディクショナリ アクセスを持つ 3) カスタムのアクセス許可と認証に準拠する。

したがって、MVH/HTML ツールキットで手動でレポートを作成することもお勧めします。ユーザーのセルフサービス レポートは、まだ対処されていないニーズの領域のようです。ユーザーセルフサービスが必要ない場合は、選択したレポートツールキットを選択して、それを使用してください。ユーザーセルフサービスが必要な場合、可能な製品の選択肢は非常に限られています.

他の貢献者が SSRS とターゲットのユース ケース (ユーザー セルフサービス、バンド レポート、データ ディクショナリ駆動、カスタム認証とセキュリティ) について異なる経験を持っている場合、非常に興味があります。

于 2014-11-20T09:41:02.610 に答える