アプリケーションのデータ モデル更新メソッドの一部を書き直して、データベースからのイベントへの登録をサポートすることを検討しています。これが悪い考えになる理由はありますか？CRUD 操作によって起動されたイベントの受信に制限する必要がありますか?それとも、イベント通知に関するビジネス ロジックをさらにプログラムすることができますか? 潜在的な落とし穴は何ですか？
2 に答える
2
間違いなく非同期メソッドを使用してください。Microsoft SQLプラットフォームを使用している場合は、次の組み合わせを確認してください。
1）変更追跡が利用可能なSQLバージョン> 2008：http: //msdn.microsoft.com/en-us/library/cc280462.aspx
と
2）イベントに登録できるSQLServiceBroker。（1.実際にはIIRCの内部で2.を使用しています）： http：//msdn.microsoft.com/en-us/library/ms345108（SQL.90）.aspx
トリガーに戻す必要がある場合は、トリガーの影響を確実に低く抑えてください。たとえば、独自の変更ログを作成し、他の場所から処理します。更新を記述して、変更自体と同じトリガーで誰に情報を提供するかを見つけないでください。クエリの速度が大幅に低下します。
使用するデータレイヤーテクノロジーに応じてオプションもあります。NHibernateには、エンタープライズフレームワーク側と同じインターセプターの概念があります。ただし、データベースでは実行されないため、長所と短所があります。
HTHアレックス
于 2009-10-03T11:16:31.223 に答える
0
ビジネスロジックのデータベースイベントに対応することを検討しているようです。もしそうなら、これは確かに非常に悪い考えであり、通常は良いソフトウェア設計と見なされるほとんどすべてを無視します（階層化、関心の分離など）...
于 2009-10-03T10:11:21.210 に答える