なぜパラメータ化されたSQLを生成するだけで設定によりどちらのモ速として保存す。

StackOverflow https://stackoverflow.com/questions/50346

  •  09-06-2019
  •  | 
  •  

質問

私共の労働者の請求ありながらも、実行パスをキャッシュがパラメータ化されたSQLを生からORMすると保存されている。自分はこの頑固な開発?

他のヒント

第1戦-を開始できるプロファイラの成分-微量成分およびの比較を実行す。

ほとんどの人々を説得する"表示の証明することにあります。" この場合、作成カップルに基本的なテストケースを取り出すためのデータセットは、その時間がどんなに長時間の使用保管手続きに対し設定によりどちらのモ.一度、結果としても人には懐疑的であり、証拠となる。

私だけで追加カップルでもRobの回答：

第一に、必ずデータの量に関わる試験の場合はsimiliar生産までの値です。その場合はお問合せは、通常、テーブルに対人行したように、本試験環境です。

第二に、他のすべてに同等以外の利用設定によりどちらのモ発生するクエリ、s'procます。うに実行することができます試験だけで入れ替えを出してプロバイダです。

最後に、この通り、さらに多く出だけで保管手続の対ORM.その上での試験すべきであるすべての要因：実行時のメモリ消費量を、スケーラビリティをアプリケーションのデバッグ能力等

ここでの問題は、ただ受け入れの負担を証明することにあります。だが誰かの心をするようです。のような人でもプログラマ--でも情緒が簡単に左右される。置する必要があります認証の返たしているということだった納得できなとこの人のやりたいテーマを見つけ出の回答に努力してきました。

よりよい引数を使用保管手続きことは，セキュリティです。ご利用の場合 のみ 保存手順は、 no 動的sqlでは、無数の組み合わせで自分だけを選択し、挿入、更新、削除、変更を許可申請データベースのユーザーです。この保護に対する最も2次SQLインジェクションは、パラメータ化されたクエリでは効果がな注文。

計測しており、非マイクロベンチマークする何かを表す実質業務ます。ものがあれば小さな性能の利益のために保存されている手順で少に対するその他の費用は負担:実際に取得データに変換、表示するまで。なを用いること保管手続き金額に広がりお過ごアプリ や データベースにしたものであり、わずかなバージョン管理、ユニット試験又はリファクタリングを支援することができる。

ベンチマークです。記テストベッドのクラスを実行するため、採取保存の手順を数百倍に設定によりどちらのモーコードと同じ金額です。比較して平均値-中央値の実行時間法です。

では迅速場合、クエリは同じです。Sql Server2005年のクエリキャッシュ計画のレベルのそれぞれのバッチを問わず、SQLが出ているのです。

の長期的な保存の手続きが多く、多くの時間や、DBAの管理-調整は、のメールが受信できるように質問をすることによって得られたプロファイラの痕跡は、悪夢です。

またこの引数にいとまがない。
ほとんどいつも最後を飾る本当に良いdba、論文集とのコードは、プロファイラ、のdbaの結果であり、その影響について

計測しております。

本当に、これは無駄になるまでまっ測定しました。

することがあり訂正のための特定の使用の場合たいと考えている。保存されている手続かを実行し、より迅速に複雑な設定のSQLできる恣意的にチューニングします。しかし、何だかのようなhibernateはキャッシュ.この場合に証明するよりも高速のための寿命を実際の応用。

追加の抽象の層の原因となりまし遅くなること以上に純粋に電話をsproc.ちょうそかべもとちかいがいの追加割当てのヒープの管理は、追加の押し、popsのcallstackの真実の物質でより効率的な呼び出sproc以上を有するORMのクエリに関わらず、どのように良いのORMです。

どのように遅い場合、そも測定可能な、議.これまではほとんどのORMって、キャッシュ機構を回避のクエリです。

場合においても保存手順は10%より速い(あ)いているだけではどれくらいかかるのかね。何が本当事項は、いかに簡単では、シンプルにわかりやすく書くと維持にコードされます。の場合のホモログはウェブアプリのホームページの全て返却します0.25秒時間分に追加保存用保存手順は無視できます。しかし、できる多くの追加のメリットは、ORMのような設定によりどちらのモうすめの複製を保存。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top