Sql Server上で実行される.NETストアドプロシージャに関連するオーバーヘッドは何ですか？

Question

確かに、NETとT/SQLのストアドプロシージャの作成を選択すると、コンテキストの切り替え、マーシャリング、シリアル化などが行われます。

.NETとストアドプロシージャのT/SQLの使用に関する決定に関連して、このオーバーヘッドに関する厳しい事実はありますか？

決定を下すためにどのような要素を使用していますか？

私の場合、C＃での開発は学習曲線のためにT/SQLで開発するよりも1000％高速ですが、このゲインがいつパフォーマンスヒットを打ち消すことはありませんか？

Answer 1

私はそれが依存していると思います。ネイティブの.NETオブジェクトを使用して

1. あなたはCLRのprocedresを使用しています

   いくつかのものが優れている - ファイルシステム、ネットワークなどの.NET電子良いとしてTQLによって提供されていない機能やないを使用して

2. 。DEFまたはABCない中でセットベースのロジック（ABCを使用して、あなたが使いやすさの面でまたは生のいずれかで、TSQL手順が優れているでしょう、まだ他の人のためにグラム正規表現

実行速度

1. GHI）
2. CRUD操作

Answer 2

オーバーヘッドは、データがデータベースに存在しない限り、スイッチング、マーシャリングなどとは関係ありません。

私は、T-SQLでは可能な限り多くのストアドプロシージャを実行することはほとんどありませんが、ORMでラップされています。

本当に、それはそこへの答えです。エンティティフレームワーク、NHibernate、Linq to SQLなどを調べてください。ストアドプロシージャを書き留めてください（私は現在ダウンボートを聞くことができます）。C＃でそれを行います。

EDIT：追加情報を追加 ストアドプロシージャは（本質的にデータにバインドされた）テストするのが難しく、動的SQLよりもスピードの利点はありません。つまり、ソートやフィルタリングのようなものでは、リレーショナルデータベースはC＃よりも効率的です。

しかし、ストアドプロシージャを使用する必要がある場合（時間がある場合）は、できるだけTSQLを使用してください。あなたが実行する必要があるsubstitution量のロジックがある場合、それはベースに設定されていないので、C＃を打ち破ってください。

私がこれをやったのは、データベースに余分な日付処理を追加することでした。私が使っていた会社は、5-4-4週ごとの会計カレンダーを使いました。それはSQLではほとんど不可能でした。だから私はそのためにC＃を使いました。

Answer 3

これは一種の宗教的な質問ですが、何をやっているのか、スキーマ、それに何レコードを使っているのかによってはかなりの違いがあります。テストは実際にあなたの状況を把握する最良の方法です。

一般的に、格納されたprcoeduresは拡張されます。それはあなたの場合には当てはまらないかもしれませんが、それはあなたにとって重要な考慮事項ではないかもしれません。