殆どの方は「find(‘list’)」をすでに使いこなしているかと思います。
さてこの機能の出力結果はよくプルダウンメニューやセレクトボックスで利用可能な
配列の成型になっています。
例）

array(
’1’=>'値1',
’2’=>'値2'
)

のような形です。
キーにはプライマリーキーが設定されますが、「値」の部分はどこを参照されるのか。

CakePHPの内部を見ると答えが出てきます。
参照してしているテーブルから「title」「name」「プライマリーキー」の順に
フィールドを探しにいきます。
大変便利ではありますが、さて上記3つが存在しない場合（プライマリキーは別として）、
もしくは独自に指定したい場合はどうするのか。。。

もちろんCakePHPは用意しています（笑
答えは

$this->モデル名->displayField = '指定したフィールド名';

こうすることで、参照するフィールドを変更することができます。
コントローラー内部で変更することが可能なので、途中で変更してデータを
取得といった方法も可能です。

ちょっと子ネタでした（笑

ただ、この設定ではIDが連番となりURLの構造としては予想がつきやすいかと思います。

そこでCakePHPではIDを「auto_increment」に頼らないIDを作成することができます。
CaekPHPではIDを「int」で指定することが基本と説明しましたが、これを
「CHAR(36)」または 「BINARY(36)」として指定すると「UUIDs」という方式で
CakePHPはIDを生成します。

この方式は４つのハイフンで区切られ、32バイトの文字列の36文字から形成され
ユニークなIDとなっています。

例）
4b1a307c-cfe4-4343-9d06-1094c0a80b06

これで推測されないIDとして作成することが可能となります。
ユーザー情報など、連番で予想されやすいテーブルに対してこの方式を適用すると
URLから直接アクセスされたり、セキュリティを強固にすることが可能となります。

※個人情報などはURLから直接参照など基本はしませんが（笑

これはテーブル情報をキャッシュすることで、フォームヘルパーなどでも利用される情報でもあり
大変便利な機能ではあります。
しかし気をつける点があり、「app/config/core.php」内の設定で「Configure::write(‘debug’, 0);」の設定を
1以上であれば、テーブルの情報を変更しても問題は無いのですが
0を指定(デバック無し)にしてテーブル情報を変更すると、変更したテーブルのフィールド情報が取得されない現象が起こります。
詳しい内容は割愛させていただきますが、まぁあたりまえな話でもあります。

しかし、ここで問題となるのが作成するアプリケーションの機能で、任意のタイミングにテーブル情報を変更するような
動的テーブルが存在するアプリケーション設計に問題が発生するかと思います。
その場合、キャッシュとして保存されたテーブル情報を一度削除をしなければ、変更された状態のテーブル情報を
取得することができなくなり、「find()」などでも問題となってしまいます。

そこで削除する方法を探してみました。
単純にCakePHPには定数の「CACHE」であるキャッシュディレクトリへのパスがあるので
その定数を使って削除する方法がありますが、無駄なコーディングが増えるので
CakePHPの内部を調べてテストしてみたところ発見！1行のコーディングで削除できます。

削除するためのコーディングはこちら

Cache::delete('ファイル名','_cake_model_')

ここで注意することは指定する「ファイル名」です。
この名称の指定はキャッシュ機能が「File」エンジンを利用して、設定を変更していない場合は
ファイル名のプレフィックスとして「cake_model_」が自動でつきます。
「ファイル名」の指定は、例えばデータベースへの接続が「default」でテーブル名が「users」の場合は
「ファイル名」を「default_users」となります。

これでテーブルが動的な設定でもCakePHPを問題なく利用できかと思います。

まぁしかたの無いことなのですが、内部のライブラリの状態を見る限りでは
悲しいこと2バイト文字に関しては基本処理されていません。

例えば「minLength」というバリデーション方法。
入力文字数の最小数をチェックしてくれるバリデーションですが、
CakePHPの本体のままで利用して例として、最小文字数を2文字以上で
入力させたい場合で入力文字が「あ」と入力されたとします。

普通に考えればバリデーションに引っかかり、入力エラー処理をされますが、
もちろんあっさり通り抜けてしまいます（笑
まぁ内部を見ると簡単。。。2バイト文字は無視です（笑
※厳密には無視では無く、文字数の数え方が違います。

そこでCakePHPの本体を変更せずに、2バイト文字に対応させた
バリデーション方法はないか。。。もちろんバリデーション名も変更せずに。。。

その結果、「app_model.php」に以下の方法で対応できます。

function minLength($check, $min) {
	$check=(is_array($check))?current($check):$check;
	$length = mb_strlen($check,Configure::read('App.encoding'));
	return ($length >= $min);
}

既存のバリデーションにオーバロードをさせてしまう方法です。
こうすることで2バイト文字でも正しく文字数を判別することができるようになります。
その他のバリデーションも同じように変更することで2バイト文字のバリデーション対応にすることができます。
といってもあと2つなのでコピペができるようにまとめておきます。

function minLength($check, $min) {
	$check=(is_array($check))?current($check):$check;
	$length = mb_strlen($check,Configure::read('App.encoding'));
	return ($length >= $min);
}
function maxLength($check, $max) {
	$check=(is_array($check))?current($check):$check;
	$length = mb_strlen($check,Configure::read('App.encoding'));
	return ($length <= $max);
}
function between($check, $min, $max) {
	$check=(is_array($check))?current($check):$check;
	$length = mb_strlen($check,Configure::read('App.encoding'));
	return ($length >= $min && $length <= $max);
}

2バイト文字の処理がある場合は注意しておくと無難です（笑

ビヘイビアの「setup()」を利用する際に注意点がありました。
特に気づかずに第2引数を変数などにセットすると、コントローラー内に
2つ以上モデルが存在し、両方に同じビヘイビアを設定した場合、
その設定が上書きされてしまう恐れがあります。

といってもイマイチな説明ですが（汗

CakePHPの1.1から利用して同じ使い方（同じコード）で利用していたということと
その現象になる設計が無かったのが幸いして、発見に至りました（笑

通常は1つのコントローラーに1つのモデルとしてコーディングしていきますが、
設計によっては1つのコントローラーが2つのモデルを利用する場合もあるかと思います。
モデル1対コントローラー1の関係で利用するビヘイビアの設計であればいいのですが
ビヘイビアはモデル多対コントローラー1の考えが基本かと思います。
その例としてコントローラーでは以下の使い方があると思います。

//コントローラー内のモデル設定で
$uses=array('モデル1','モデル2');

この場合、それぞれのモデルに1つのビヘイビアをセットしたとし、
「setup()」の第2引数にも何かしらの設定をセットしたとします。
ビヘイビアでは以下のような処理とすると

function setup(&$model, $config = array()) {
	$this->config = $config;
}

ここで問題発生。。。
この場合「モデル1」のビヘイビアの処理を実行しているのに、通常はモデル1に設定されている
ビヘイビアの第2引数が利用されるのに、実際はモデル2の第2引数を利用しようとします。

どうやらCakePHP1.2の途中からビヘイビアの読み込み方が、若干変更されていたみたいですorz

そこで内部を調べた結果の対応策として以下の方法で対処が可能ということが判明しました。

function setup(&$model, $config = array()) {
	$this->config[$model->alias] = $config;
}

こうするこで、問題なく実行しているモデルの第2引数を参照するようにすることが可能です。
まぁ単純にモデル名で配列化しているというだけにはなります（笑

さてこの「paginate」（ページング機能）を少し解説していこうかと思います。
といっても自分のメモ的なものもありますが。。。

「paginate」（ページング機能）を利用する前に、CakePHPでまず必要な用意はありません（笑
前述したとおり1.2系では最初から利用できるので特別な用意をする必要がありません。
なぜ用意が必要がないかと言うと、必要なものはCakePHP側で先に用意してくれているからです。
例えば、「paginate」（ページング機能）を使うには通常はヘルパーの「Paginator」、ajax化を利用するなら
「ajax」ヘルパーが必要になりますが、CakePHPが各ヘルパーが無いと判断したら、自動で利用できるようになっています。
これは楽です（笑
ではデータベースから取得するにはコントローラーでどう記述するかとなると、
まずは基本は次のようになります。

$this->paginate();

すごく簡単な説明でした（笑
では条件を指定する場合、

$this->paginate($conditions);

またまた簡単です（笑
ここで躓きそうな悩み。。。
モデルを指定していないのに、なぜデータが取得できるか。
それは「paginate」が自動でモデルを内部で処理をし、データベースからデータを取得する
モデルを自動で設定してくれています。
ここでさらに疑問となるのが「Aコントローラー」の「Aモデル」の「paginate」ではなく
「Aコントローラー」から「Bモデル」の「paginate」のデータを取得する場合はどうするのか。

さすがにCakePHPは自動とはいきません（笑
そこで取得するデータのモデルを指定する場合は次のようになります。

$this->paginate('取得するモデル名');

ここで「？」と思う方、はい先ほどの説明でモデルを指定する第1引数には
条件指定を入れている場所でした。
実はCakePHPでは第1引数が文字列の場合は、それをモデル名として処理します。
では条件はどこに記述するのかですが、この場合は第2引数が条件指定の渡しとなります。

$this->paginate('取得するモデル名',$conditions);

これでモデルを指定したり、条件を指定したり自由に「paginate」（ページング機能）を使いこなせると思います。
ちなみに「$conditions」の指定方法は「find」と同じです。

このビヘイビアでは日本語入力を統一させるために
英数字とスペースを対象に半角または全角に自動で変換するためのビヘイビアです。
簡単な作りでもありますので、ビヘイビアの開発の参考になれば幸いです。

公開ページはこちらです。

アソシエーションをしていれば問題なく使えますが、アソシエーションをしていないモデルや
アソシエーションが無いモデルは、別の方法でモデルを読み込みます。
例えば最初から利用するのであれば、コントローラー内の

var $uses=array();

に記述しますが、特定の段階でとなるとこれでは対応できません。
その場合は特定の段階で

App::import('Model','モデル名');

と記述後

$this->モデル名=new モデル名();

となります。これで使いたいタイミングでモデルを読み込み、そのモデルを
有効に利用することができます。

さてその「find」の種類をサクっと紹介します。

まず基本。。。
これもよく使う「findAll」。実は「find」で記述することができます。
いまさら実はということでもないですが（笑

記述例は

$this->モデル名->find('all');

だけです。まぁCakePHP本体を追うとすぐに発見できます。

「all」の指定以外に次のものがあります。

・first
データベースから1件だけデータを取得
よく使う形で置き換えると「read()」
・count
データベースにあるレコード数を取得
よく使う形で置き換えると「findCount()」
・neighbors
指定したレコードの前後のレコードを取得
・list
データベースから「primaryKey」を配列のキー、「displayField」を配列の値の形で
データを取得します。
・threaded
Tree（ツリー）構造でデータベースからレコードを取得

CakePHPで用意されている「find」は以上です。
十分用意されていて至れり尽くせりな感じです（笑）

CskePHPではDBに保存されているデータをツリー構造で取得することが可能です。
PHPコードを普通に記述するのは面倒な作業なのに、CakePHPでは基本1行で済んでしまいます（笑）

さて実際の記述は。。。

$this->モデル名->find('threaded');

たったこれだけです。簡単ですね（笑
ちなみにデータベース上にはどのデータが親なのかを「parent_id」で紐付けしておく必要があります。

上記のコードで？と思う方、お気づきでしょうか？
はい、通常の「find」の利用では「threaded」の部分には条件指定の配列を入れます。
このコードでは条件指定はできず、動作してくれませんorz

この問題を解消するには。。。
って複雑ではありませんし、実はCakePHPではちゃんと用意されています（汗

通常「find」の第2引数は「field」を指定するのですが、この指定を工夫します。
例えば条件を指定する場合は次のような形です。

$field['conditions']['AND']～

この「conditions」がCakePHPでは自動で、第1引数に置き換えてくれます。
これで条件指定があるTree（ツリー）構造も簡単にできますね（笑