私は解決された興味深い解決策を持っていましたが、それを解決するためのより良い方法があるかどうか知りたいと思っていました.
コア ビジネス プロセスを表すソフトウェアがあります。このソフトウェア (アプリケーション "A") も A 社によって管理されています。Web アプリケーション用の SQL サーバーへの管理者アクセス権はありますが、コンパイルされたソース コードへのアクセス権はありません。
2 番目のソフトウェアは B 社によって管理されています。アプリケーション B には Web サービスとして表される統合フックがあり、他のアプリケーションを統合できます。それ以外には、アプリケーションに実際にアクセスすることはできません。アプリケーション B への SQL Server 管理者アクセスを取得することは可能かもしれませんが、現時点ではそれを持っていません。
私の質問は、データが可能な限り「ほぼリアルタイム」になるように、これら 2 つのシステムをリンクする最善の方法は何かということです。アプリケーション A 用に SQL Server に埋め込まれた CLR トリガーを開発しましたが、ご存知のように、アプリケーションのパフォーマンスが低下しました。そのため、単純なトリガーでトランザクションに関連する必要なデータとステータス列を書き込む別のテーブルを SQL サーバー上に作成することになりました。次に、テーブルからデータを読み取り、それをアプリケーション B にフィードするスケジュールされた exe をセットアップしました。それに応じてステータス列も更新されたので、この実行可能ファイルは高い頻度で実行されるため、スレッドの問題は発生しませんでした。
私の現在のソリューションとのギャップは、すべてが完了したときに約 5 分です。それは悪くないように思えるかもしれませんが、エンド ユーザーはリアルタイムを期待しているため、このソリューションの結果として、サポート スタッフは今でも電話を受けています。
誰もがより良い解決策を得ましたか? 私はすべて耳を傾けており、その過程で少し学ぶことを望んでいます.