2009-03-09 9 views
1

私は、第3のサルキーアプローチのバリエーション(http://www.codeproject.com/KB/database/DynamicMethod_ILGenerator.aspx)を使用して、データウェアハウスから汎用エンティティを移入するデータアクセスレイヤーを実装しました。これはうまく動作し、うまく動作し、データを取得するための反復コードをたくさん書いてくれます。ストアドプロシージャコールのためにautosprocを使用しないことがある、またはうまくいった理由はありますか?

ここでは、汎用エンティティを使用し、それをストアドプロシージャに渡すためのパラメータリストに変換するメソッドを追加して、サルのトリックコレクションにデータの永続性を追加できるようにします。

私は、http://msdn.microsoft.com/en-us/library/ms973259.aspxでいくつかのガイダンスを見つけ、autosprocソリューションのいくつかのサンプルコードを見つけました。それは紙の上で良いと私はこれを組み込むつもりだが、高速なGoogleは、autosprocの実装のユーザーエクスペリエンスの方法で多くを上げていないと私はそこに行って、それを行った誰かから親指を(または下)を探しています既に。

ですから、autosprocを使用しましたか?それはあなたのためにうまくいきましたか?パフォーマンスに欠点があり、エンタープライズアプリケーションで不適切なものになることがありますか?

アドバイスありがとうございます。

答えて

1

私はそれが私の答えはあなたのAutoSprocの事へのリンクが含まれているこの質問にあなたを参照するために簡単だと思う:要約するとTSQL - Parse Execution Plan to determine columns to be returned by a stored procedure

、私はそれを好きではなかった:それはあまりにも多くの問題を引き起こしました。

(回答していない質問を見つけて見つけただけです)

関連する問題