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ダンプを見ながら調整していくことをお勧めします。

昨日のCakePHPでhasManyでの検索の続きです。うまくいったと思いましたが、検索結果に重複項目があります。hasManyのモデルにまともにSQLを実行したら重複するのは当たり前ですね。

そこで、pagenate()でページングの処理をしているので、コントローラーのメンバー$pagenateのfieldsに、キーとなる項目にDISTINCTを付けてみる。これで、重複されなくなった。

しかし、新たな問題。検索個数が合わない。こちらもcount(*)になっているところをcount(DISTINCT キー項目）にすればいいのだけど、$pagenateのfieldsからは影響されないようでした。

いろいろ調べてみると、やはりありました。ここです。モデルにpaginateCount()を定義してあげればいいのでした。pagenate()のソースを見ると、モデルにpaginateCount()があるかどうかをチェックして、あればpaginateCount()を実行してくれます。無ければfindCount()を実行します。ここはSQLをゴリゴリ書いて、該当する条件でレコード数を返してあげるようにしました。配列に格納されている条件は次のようにWHERE句に変換できます。

$Db = ConnectionManager::getDataSource($this->useDbConfig);
$where = $Db->conditions($conditions);

これで、重複せずに検索結果を表示できました。

いまいち具体的な説明ではないので、もしご興味ある方はコメントに入れてください。

独習PHP 第4版

著:山田祥寛

¥3,366 （2025/03/27 13:40時点 | Amazon調べ）

Amazon

ポチップ

確かな力が身につくPHP「超」入門 第2版

著:松浦 健一郎, 著:司 ゆき

¥2,574 （2025/03/27 13:40時点 | Amazon調べ）

Amazon

ポチップ

気づけばプロ並みPHP 改訂版－－ゼロから作れる人になる！

著:谷藤賢一, 著:徳丸浩

¥2,750 （2025/03/30 15:22時点 | Amazon調べ）

Amazon

ポチップ