CakePHPで用意されているpaginateのsortのメモです。paginateのsortは便利ですが、最初はテーブルの1項目しかソートの対象になりません。お客さんから、「価格」と並び替えるときに、もう一つ「価格条件」でも合わせてソートしてくれという入り用とのこと。しかし、CakePHPのレファレンスによると、ソートするには一つの項目だけしかソート項目を指定できません。･･･/cake/libs/controller/controller.phpのpaginate()のソースを追っても、複数のソート項目を設定できるようにはなっていません。

そこで、再度調べてみると、検索する前にモデルでbeforeFind()を呼んくれるとのこと。そこでモデルでbeforeFind()を定義して、ここでソート項目を追加してしまうことにしました。例えばこんな感じ（だいぶコードを省略しています）。

function beforeFind($queryData) {

array_unshift($queryData['order'], array('XXX.item' => ‘desc’));

return($queryData);

}

ORDER BY句の最初に

XXX.item desc

が追加されます。$queryData[‘order’]は配列で、配列の順番でORDER BY句に追加していきますので、

$queryData['order'][] = array('XXX.item' => ‘desc’);

とすると、ORDER BY句の最後に、

, XXX.item desc

が追加されます。これで、複数の項目でSORTできます。

ここからついでの話しです。ORDER BY句に、ちょっとしたSQL関数を追加したい場合、例えば、

XXX.item is NULL desc

を追加した場合（あまりありませんが・・・）、

array('XXX.item is NULL' => ‘desc’)

と指定してしまうと、

“XXX”.”item” is NULL” dess

と解析されてSQLエラーになってしまいます。これは、

array('(XXX.item) is NULL' => ‘desc’)

として括弧で括ってあげれば、ORDER BY句には、期待通り、

(XXX.item) is NULL desc

にしてくれます。

ページングが簡単にできてしまうCakePHPのpaginateはとても便利です。パラメーターをちょっと設定してあげるだけなので、誰でも使いたくなるはず。

しかし、このpaginateには、大きな落とし穴があります。いくつものアソシエーションを設定されているモデルに対してpaginateを使うと、とても遅いのです。

これはpaginateだけではなくfindAllでも言えること。何も考えずに使うと、結果が返ってこないのです。

デバッグレベルを3にするとわかるのですが、大量にSQLが生成されます。この辺りをきちんとチューニングしてあげないといけません。

paginateの最適化を調べましたが、なかなか検索にひっかかりません。仕方ないので、試行錯誤。結局は以下の通り。

必要のないアソシエーションは実行する前に削除しておく。モデルクラスで最初に$hasManyを定義しますが、このままですと勝手にそのモデルへの抽出のためのSQLを発行してくれます。paginateのfieldsオプションに、抽出したい項目を並べておけば、それだけをSQL一つで抽出してくれるかと思っていましたが、これは大間違え。$hasManyに定義されているモデルに対して１レコードづつ改めてSQLを生成します。

あと、アソシエーションが３つになると、例えばA->B->Cと各モデルがhasMany,belongsToのアソシエーションを定義されているとすると、Aに対してpaginateをすると、A->Bで参照されたSQLを発行して、その後各レコードでCを参照するSQLが発行されてしまいます。したがって、Cがあまり大きなテーブルではなくて、ほとんど更新がないようなテーブルだと、データを配列に格納して参照させたほうがいいかもしれません。

とにかく、CakePHPのpaginateやfindAllは、余計なSQLを発行してくれます。いかに無駄なSQLを削除するかがパフォーマンスの分かれ目です。

今回、以上の方法でCakePHPから発行しているSQLの数を一桁以上減らすことで、paginateのパフォーマンスをあげました。一番のCakePHPのチューニング方法は、core.phpでデバッグレベルを３にして表示されるデバッグ情報のSQLダンプを見ながら調整していくことをお勧めします。