質問

私はいくつかの新しいストアドプロシージャを書いてきましたが、いくつかのケースで6〜8の結果セットの間に戻ってきました。私は常に、避けるべき結果セットを持つ特定の非効率性があるという仮定の下で働いていました。

私のオプションは、結果セットを使用するか、複雑なオブジェクトのXML表現を構築し、SQL-XMLチャネルを使用してそれらを返すことです(これは、ADOクライアントによるブログの切り捨てを避けるためです)。誰かがこれらの選択のパフォーマンスや相対的な効率について経験があり、それぞれの悪いと良いことの洞察を提供するかもしれませんか?

追加のコンテキストのために...

  • 各結果セットには30列以下で、ほとんどは10列ほどです
  • 列データは主に整数です(1〜8バイト)50〜2000文字の文字列
  • ピーク負荷中、問題のSPROCの1秒あたり5〜9クエリの間に予想
  • フラットビューへの非定型化は、私たちが見ることができる限り、本当に合理的な選択肢ではありません
役に立ちましたか?

解決

より速く、より少ないメモリを使用し、対処がはるかに簡単であるため、複数の結果セットが好きです。

しかし、すべてがデータの消費者に依存します - たとえば、XMLのみを受信できる場合 - 選択肢はありません8-)

ライセンス: CC-BY-SA帰属
所属していません dba.stackexchange
scroll top