3

私は、顧客が多くの sps (約 250) を持つレガシー データベース (MS SQL) を持っているプロジェクトを見ています。C# プロジェクトからこれらすべてと通信できるようにする必要がありますが、できるだけ多くの配管を生成するための良い方法を見つけようとしています。

ORM とコード生成ツールのどちらを使用するべきかわかりません。長所と短所？私はエンティティフレームワークを見てきました.複雑な型を強く型付けされたモデルとして使用する機能ですが、私はむしろpocoモデルを持ち、何らかの方法でオブジェクトにデータを入力したいと考えています. miniORM は ie が好きなようです。ぺたポコは行くべき道でしょうか？

この問題について共有するヒントや考えがある人はいますか?

4

2 に答える 2

0

Telerik の OpenAccess ORM のように、リバース ストアド プロシージャ マッピングを行う ORM が必要です。

Telerik OpenAccess ORM は、データベースに既に存在するストアド プロシージャをインポートして使用する機能を提供します。これらは、静的メソッドにマップするか、デフォルトの書き込み操作を置き換えてカスタム ロジックを実装するために内部的に使用できます。

Telerik OpenAccessは現在無料です。彼らは、nHibernate のような無料の代替手段がたくさんある中で、ORM を販売できないことに気付いたのでしょう。

ストアド プロシージャをマップできる軽量の代替手段を探している場合は、Sam Saffron の Dapper を試してください。Dapper は Stack Overflow を推進するものです。

https://stackoverflow.com/a/6645870
http://code.google.com/p/dapper-dot-net/

于 2012-07-16T21:34:47.157 に答える
0

PetaPoco は、ストアド プロシージャとうまく連携します。

必要に応じて、T4 テンプレートを使用して Stored Proc マッパーを作成できます。

PetaPoco で取得したテンプレートは、(少なくとも最後に見たときは) ストアド プロシージャをマップしません。

ここで使用されているテンプレートを編集できます。

petapoco ストアド プロシージャが呼び出される方法についてのコメントを見たところ、それは本当です...私は MSSQL でしか使用したことがないので、おそらくそこからのオーバー サイトです。

于 2012-07-16T22:00:48.843 に答える