このSQLロジックを処理するにはどうすればよいでしょうか？

Question

ストアドプロシージャ内では、アイテムのテーブル（#Items）を設定します。それらに関する基本的な情報しかし、それぞれの商品について、私はそれらを販売することができることを確認する必要があります。そのためには、多くのバリデーションを実行する必要があります。ストアドプロシージャをいくらか保守可能にするために、私はそのロジックを別のストアドプロシージャに移しました。

一時テーブルの各アイテムのストアドプロシージャを呼び出すにはどうすればよいでしょうか？

私は今、ID列を適用し、whileループを実行して、各行のストアドプロシージャを実行し、検証結果を一時テーブルに挿入します。 （#Validation）

しかし、今度はロジックが変更され、#Itemの作成とループの実行の間に、IDがもはやカウンタに等しくないため、whileループを壊すレコードが削除されます。

アイデンティティ列を削除してwhileループの前にそれを適用することでそれを処理できますが、より良い方法があるかどうかは疑問でした。 order by節を適用すると、インデックスに特定の行を取得する方法はありますか？

私はカーソルを使うことができると知っていますが、それらは私にとっては痛みです。また、パフォーマンスはいくらか懸念されますが、早送りの読み込みカーソルはwhileループよりも優れたオプションですか？ #Itemsテーブルの行数はそれほど大きくなく、おそらく最大で50ですが、ストアドプロシージャはかなり頻繁に呼び出されます。

Answer 1

は、アイテムIDを受け入れるか、アイテムレコード
1. を検証するために必要なデータ列を一時テーブル
2. を作成し、ユーザー定義関数にあなたの検証ストアドプロシージャを回し
3. すべてのアイテム
4. 書き込みaを挿入しますWHERE句で新しいUDFを呼び出す一時テーブルのクエリを削除します。

Answer 2

このようなビジネスロジックは、実際にデータベースに存在する必要がありますか？ あなたのシナリオについてはよくわかりませんが、SPでモデル化しようとしているその決定をアプリケーションに移行するのが最善でしょうか？

そのロジックのストアドプロシージャの代わりに関数を使用し、この関数の結果をテンポラリテーブルの列として含めることもできます。それはあなたのために働くだろうか？または、後で使用するたびにデータをリアルタイムで必要とする場合、選択リストに含まれる0/1の値を返す関数は、とにかくうまくいく可能性があります。

Answer 3

クエリを使用してストアドプロシージャロジックを書き直すことができる、 私。 e。セットベースのアプローチ？

まずこれを試してください。

Answer 4

私はあなたがそれをセットベースで行うことができれば、そのようにすることに同意します。おそらく、バリデーションを有効にするために、sprocの代わりにユーザ定義関数にバリデーションを入れてください。どのかもしれないあなたがそれをセットベースで行うことができる方法を舗装する。

SELECT * FROM SomeTable WHERE dbo.fnIsValid(dataitem1, dataitem2....) = 1 

ただし、実際のシナリオによってはこれが可能でない可能性があります。今IDENTITY /ループ問題を理解することに基づいて

修正編集： あなたは、次の行を取得するために、SQL 2005でROW_NUMBER（）を使用することができ、これが割り当てられますように隙間がIDENTITYフィールドであるかどうかは問題ではありません。あなたがそれ言うものによって命じ各レコードに行番号： は - 次のレコード SELECT * （ROWNO AS OVER SELECT ROW_NUMBER（）（IDFieldのASC BY ORDER）、* #temptable から）の WHEREを取得します。 s.RowNo = @Counter