【GeneXus Tips】レスポンス改善について　＜その１：ベーステーブルがある一覧＞

2015.06.05
GeneXus
GeneXus

仕事でGeneのレスポンス改善について対応する機会が増えたKudoです

今回は自分の備忘録の意味も含めてレスポンス改善で行った対応例を紹介したいと思います。

まず、WorkWithのようなベーステーブルを利用した一覧画面の表示が遅い原因は大きく分けて三つあります。

１．表示するデータ量（表示する列、行がとても多い）
２．時間のかかる処理（複雑な式を持つ項目や変数への代入処理）
３．非効率なデータベース運用（データベースのIndexが利用されていない）

実装のうえでどれも気をつけなければいけないことはわかっていても
実際にはお客様の要望を反映させようと頑張った結果、実装の必要に迫られることがあるかと思います

今回は自分が対応経験のある、２と３に係る対応をご紹介します。
結論だけいうと
式・条件の最適化
ということになります。

最適化のために確認するのは次の点になります。
・式やプロシージャー内の処理で、遅い処理が先に呼ばれている
> 早い処理を先に持ってくることで遅い処理を行わないで済む
・”ForEach”を”Return”で抜けている
> Returnで抜けると、DBのカーソルが解放されないものがあるため(Oracle等)、DB全体のレスポンスが下がる
Exitで抜けることで抜ける方法が正しい
・簡単な処理をプロシージャで行っている
> Find式や単純な式にすることでアプリケーションサーバーの処理からDBサーバーの処理になる場合がある
・Where句や式の条件にIsEmptyやIsNullを使用している
> IsEmptyやIsNullを利用すると、Indexが利用されなくなる
・Where句や式の条件に否定条件を利用している
> 否定式のままSQLになる→多くのDBでは否定の条件でIndexが利用されない
・Where句や式の条件に関数を利用している
> データベースや関数にもよるが、SQLに置き換えられず、アプリケーション側の処理になる場合がある
・Where句や式の条件の左辺が式になっている
> そのままSQLになるため、Indexが利用されなくなる
・Where句や式の条件の左辺が式項目になっている
> SQLレベルでは処理されず、アプリケーション側で再度取得したデータから絞り込むため遅くなる
特に
・”ForEach”を”Return”で抜けている
は危険です、サーバー全体に影響が出てしまいます。
そして、よくやってしまうのが
・簡単な処理をプロシージャで行っている
・Where句や式の条件にIsEmptyやIsNullを使用している
・Where句や式の条件に否定条件を利用している
・Where句や式の条件の左辺が式項目になっている
です。

　　”同一処理の一元管理”
　　”空以外、○○以外といった条件のわかりやすい実装”
どれもコーディングにおいては正しい対応ではありますが
GeneXusにおいては、記述したコードが生成されるSQLへ影響するため
コードの非正規化も考慮する必要があります。

たとえば以下のようなトランザクションがあった場合

Structure
Name          Type          Description   Formula
-------------------------------------------------------------------------
Number        Numeric(4.0)  キー
Name          Varchar(40)   名前
DeleteDate    Date          削除日
DeleteState   Boolean       削除状態      False If Not DeleteDate.IsNull();
                                          True OtherWise;

Structure

Name Type Description Formula

-------------------------------------------------------------------------

Number Numeric(4.0) キー

Name Varchar(40) 名前

DeleteDate Date 削除日

DeleteState Boolean 削除状態 False If Not DeleteDate.IsNull();

True OtherWise;

式項目の「DeleteState」の式は次の様に置き換えることで削除日にIndexがある場合に限り、評価を高速化できる可能性があります。

True If DeleteDate > NullValue(DeleteDate);  // 空以外≒空より大きい
False OtherWise;

1 2	True If DeleteDate > NullValue(DeleteDate); // 空以外≒空より大きい False OtherWise;

また、このような項目をFor Eachの条件で利用した場合

For Each
    Where DeleteState = True

1 2	For Each Where DeleteState = True

次の様に書き直すことで、最適なSQLをジェネレートさせることができます

For Each
    Where DeleteDate > NullValue(DeleteDate)

1 2	For Each Where DeleteDate > NullValue(DeleteDate)

しかし、いくら最適化を行ってもどうしようもない処理(大量データの集計等)もあります。
そういった項目は、予め計算した値を格納しておく、つまり実態を持つように設計することがあります。
GeneXusではこのような対応を行う場合”冗長化”というプロパティを使うことである程度手軽に実装することができます。

トランザクションのStructureに”冗長”の項目が表示されていなければ次の方法で表示させます。
１．Structureの項目名で右クリックしてメニューを表示、”表示列の選択”をクリックします。