ストアドファンクション/プロシージャを作成するか、クエリを保持する必要がありますか？

Question

これは間違っている可能性がありますので、この質問をしてくださいので、私を許してください。

私は400行の長さのDB2クエリーを持っていますが、顧客がLTLの出荷を車線とターミナル/配送場所別に有益かどうかを判断するためにはかなりの計算があります。

私の質問は一般的に、クエリフォームでこれをやり続けるか、アルゴリズムの一部をストアドファンクションに渡す方が速いでしょうか？明細ごとにORレポートを実行しているため、任意の期間にわたって顧客ごとに数千の回線または請求書が存在する可能性があります。

私はあなたとは異なる視点や経験を持っている美しい人たちのアドバイスを探しています。

ありがとうございました。

--EDIT-- スピードを上げようとしていますが、私は1人の顧客のために十分速く走っていますが、会社全体を走らせると、1ヶ月間（約40k紙幣） 。
これは実際には4つのテーブルのみを処理し、ほとんどの場合、データの1列を呼び出します。最も幅が広いのは約40列ですが、それは凝縮する可能性があります。私はそれらが結合され、よりクリーンな形式で集計される前に、計算をラインで見ることができるのが好きです。私はWith Loopを（）のように使って、最後の出力のために一時テーブルを鉱山するだけです。

Answer 1

アーキテクチャとしては、の複雑さを解消することができます。メンテナンス可能なモジュールを小さくすることができます。ストアド・ファンクションまたはストアド・プロシージャを使用します。これにより、のコード番号までの再利用可能なコードベースが少しも得られます。これは品目FORループおよびインスタンスのCURSORでを通じて配管より速くなりますよう、一緒にあなたの結果を引っ張ってINNER JOIN, LEFT OUTER JOIN, FULL OUTER JOINと、このようなようなJOINを使用しています。適合索引付けはパフォーマンスにも影響します。しかし、このアプローチでは、ネストされたストアドプロシージャを何百万回も呼び出すことができます。コンテキストの変更またはプロシージャコールごとにわずかなオーバーヘッドがあります。必要な場合は、ローカルの一時テーブルに結果を格納し、ロジックに結果が多く、マルチステージのデータなどがある場合は、パフォーマンスの向上のためにそれらに戻って参加してください。これらのヒントが役立つことを願っています。