適切なデータ アクセス フレームワークを選択するのに苦労しています。理由の 1 つは、私が自分の好みに非常にうるさいためであり、ほとんどの場合、ほとんどの経験があまりないためです :-)
DB テーブル (SQL Server) とエンティティの間を簡単にマッピングでき、CRUD 操作を (ほとんどの場合) 処理してくれるフレームワークが必要です。
- エンティティを DAL とは別のアセンブリに配置したいと考えています。
- XML などの外部ファイルよりも、マッピングに属性を使用することを好みます。
- ORM である必要はありません。エンティティを自分でコーディングしたいと考えています。
- ストアド プロシージャを書くことは気にしません。
- プロジェクトのデータベースはそれほど大きくありません。50 未満のテーブル。
- いくつかのエンティティを 2 つのテーブルの内部結合に対応させたいと考えています。1 つは開発中に手動で入力された静的データ用で、もう 1 つは実行時に入力されたデータ用です。相互に参照する 2 つのエンティティを使用する必要はありません (この結合の結果は単一のエンティティであること)。
- Entity Framework は、Enum をサポートしていないことに気付くまで完璧に思えました (まだ、EF 5.0 が待ちきれません)。
- これらのエンティティに列挙型を含め、列挙型のルックアップ テーブルと列挙型のコード生成を使用して、データベースとの同期を維持することを計画しています。
- Linq-to-SQL は良い候補のように思えますが、以前の要求にうまく対応できるかどうかはわかりません。
- Enterprise Library 5.0 DAAB を RowMapper と共に使用し、その機能を拡張して更新と挿入を実行することもオプションです (ただし、私の側でより多くのコーディングが必要になります)。
- リポジトリ パターンを実装する予定です。
- NHibernate はどうですか？それはありますか？そこにも経験はありません。
私はすべての提案を喜んで聞きます..多ければ多いほど楽しいです！前もって感謝します！