0
いくつかの同僚と私は数多くのトリガを持つデータベースを扱っており、さまざまな操作(同じテーブル上、他のテーブル上、監査用など)を実行しています。どのようにしてこれをメインのコードベースに取り込むことができるので、操作前のロジックは保持されますが、コードは検索可能、テスト可能なのですか?SQLトリガロジックをEntity Frameworkコードでどのように表現して、可視、テスト可能なようにすることができますか?
いくつかの同僚と私は数多くのトリガを持つデータベースを扱っており、さまざまな操作(同じテーブル上、他のテーブル上、監査用など)を実行しています。どのようにしてこれをメインのコードベースに取り込むことができるので、操作前のロジックは保持されますが、コードは検索可能、テスト可能なのですか?SQLトリガロジックをEntity Frameworkコードでどのように表現して、可視、テスト可能なようにすることができますか?
これにはSQL Server Data Tools(SSDT)プロジェクトを使用する必要があります。スキーマ全体とすべてのSQLスクリプトをソース管理下に置き、さらにユニットテストフレームワーク/機能を使用する必要があります。
EFを使用しているため、同僚はテーブル間の依存操作のためにSaveChangesをオーバーライドすることを提案しています。いくつかの異なるdbcontextがあるので、これはうまくいくようです。これは理にかなっていますか? – ryanwebjackson
Wilがデータにアクセスする唯一の方法であることを100%確信している限り、 – ErikEJ