SQL Serverのレポートサービス...他のテクノロジとの統合に関するベストチョイス？

Question

私は、当社の標準レポートプラットフォームとしてSQL Server Reporting Servicesを実装しようとしています。私たちはCrystal Reportsを試していましたが、残念ながらそれは問題に悩まされているようです。

SQL Server Reporting Servicesは優れた製品に見えますが、懸念事項が2つあります。

ColdFusionに既存のWebアプリケーションがあり、バックエンドはMySQLにあります。 SQL Server Reporting Servicesで前進する場合、環境をどのように設定する必要がありますか？ JDBCコネクタがありますか、これと話す唯一の方法はODBCですか？

どのようにユーザーに統合されますか？レポートを表示するためにユーザーを再認証する必要がありますか？ Reporting Servicesシステムにリンクするには、ColdFusionにリンクを設定する必要がありますか？ユーザーのためにシームレスにする方法はありますか？

すべてのバックエンドをSQL Serverに移植して、SQL Serverプラットフォームを完全に活用する必要がありますか？既存のアプリケーションをASP.NETに変換し、プラットフォーム全体をSQL Server/ASP.NETにする必要がありますか？

既存のapps/MySQLのサイズが大きすぎて移植できないのはあまりにも悪いことではありません。ですから、レポートサービスコンポーネントを単独で使用するか、すべてをMicrosoftのソリューションに統合する方がはるかに優れているかどうかを確認するためのベストプラクティスのアドバイスを探してください。

Answer 1

私はあなたが思うより簡単だろうと思う！ Reporting Servicesを

• は喜んで任意のOLEDBまたはODBCソースからレポートを引っ張ってくる、とMySQLは、ODBCドライバを持っているので、SSRSレポートを通して、あなたのデータになっても問題はありません。

• 多くの方法で認証を設定できます。ユーザーがWindowsドメインで既に認証されている場合、これは簡単になります。

  • SSRSは誰がレポートを表示しているかを知る必要があります。匿名の閲覧が可能になります（既定では無効になっていますが、IEを使用してIISサーバーと同じドメインにログインしている場合は完全に透過的です）。
  • SSRSはこのIDを使用してデータソースに接続するか、別のIDを使用できます。これは、レポートごとまたはデータソースごとに構成できます。

• あなたができることの1つは、ColdFusionページのiframe内にレポートを埋め込むことです。これにより、すべてがシームレスになります。レポートは、適切に形成されたURLをサーバーに送信することでアクセスできるため、非常に柔軟です。 ASP.NETにすべてを変更するよう

あなたが書く（ととの統合）する必要がある場合、あなたは本当にそれだけでから利益を得るだろう、レポートサーバーを管理するための独自のコード、またはカスタム拡張を作成します（データ提供者、配信延長など）がありますが、私の経験上、これは考慮する価値がないほどまれです。あなたが今持っているものと一緒に行きなさい。