SSRS(SQL Server Reporting Services)がデータを読み取ることは誰でも知っています。
ただし、SSRSを使用して行を更新したり、行を挿入したりできますか?
ユーザー入力パラメーターを取得して行を更新できるリソースがここに表示されます。そのような方法でそのツールを使用することが望ましい/許可されているかどうかを尋ねるだけです。マイクロソフトはそれをすることに反対していますか?
これを述べているリソース:
Madeira Data の場合1 それを行う方法を示しています、それで私は言っても安全だと思います:
彼らからのこのパラグラフによって証明されるように、それを機能させることができます:
特に、見栄えのよいグラフィカルユーザーインターフェイス(GUI)を作成できる熟練したプログラマーが組織にいない場合に適しています。または、予算や時間制限がある場合。
この種の設定がうまくいくかどうかを決めるのは完全にあなたの決定です。
1-Guy GlantserとMatan YungmanはSQL Serverエコシステムのメンバーとして非常に高く評価されており、Madeira Dataの主要メンバーです。
私はこの種の活動のサブセットにSSRSを使用しました。
明らかな理由により、完全なデータ入力プログラムとして使用するのは適切ではありませんが、データセット内で挿入/更新/削除ステートメントを実行することに特に問題はありません。
私がそれを使用する傾向があったのは、より「クリック感のある」種類のアップデートです。レポート内のハイパーリンクをクリックすると、何かが発生します(データベースに何かを挿入したり、どこかで値を更新したりするなど)。そして、発生するアクティビティは、それを制御するさまざまなパラメーターを渡すハイパーリンクによって制御されます。
ハイパーリンクがsameレポートの新しいインスタンスを実行するレポートを使用する傾向がありますが、新しいパラメーターを渡すことによって更新されるものを制御します。主に、すべてのコードが1つのレポートに含まれるようにします。
それが役立つかどうか、私は簡単なデモレポートを作成して、実際の技術を実証しましたか?入手可能: https://github.com/JerBoon/updating_with_SSRS
この手法の範囲内で非常に高度なことを行うことができますが、データの行全体を入力するためのデータ入力ポータルではありません。誰かが本当にそれを真剣に使っているのかどうか知りたいです。
はい、可能ですが、期待した方法ではスケーラブルではありません。
リソースに応じて、次のいずれかのソリューションの方が優れたアプローチである可能性があります。
ほぼリアルタイムの変更のためにサーバーテーブルの読み取り/書き込みに接続するきちんとしたGUIでAccess Databaseを使用します。次に、SSRSを使用してデータに関するレポートを作成します。
SSISパッケージを使用して、1日の終わりまたは早朝にExcelデータを取得し、テーブルを更新します。 1日に1回の更新が必要な場合のみ。レポートを作成することはSSRSと同じです。
チームにVisual Studio C#(または優先言語)を知っていて、すべてをまとめる方法、セキュリティのベストプラクティス、証明書などを理解している人がいる場合は、MVCを使用してサイトを構築します。
それはすべて、ユーザーのニーズと、将来的にスケールアップする必要がある、またはスケールアップする必要があるものかどうかに依存します。