これはテーブル情報をキャッシュすることで、フォームヘルパーなどでも利用される情報でもあり
大変便利な機能ではあります。
しかし気をつける点があり、「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を問題なく利用できかと思います。

ビヘイビアの「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引数を参照するようにすることが可能です。
まぁ単純にモデル名で配列化しているというだけにはなります（笑

MVCの概念からすると利用できないと思われがちですが、一応できます（笑
簡単な事に、Controllerで単純に「$this->set()」をするだけでView側で
Controllerメソッドを使うことができるようになります。

基本的な利用例として次のようになります。

$this->set('変数名',$this);

これで変数内にはControllerのクラスが格納されていることになりますので
View側でControllerメソッドを自由に利用できるようになります。

とはいいつつも、このような利用をする場合は稀だと思いますが。。。（汗

自作のコンポーネントを作成した場合、CakePHPにすでにあるコンポーネント
または他の自作のコンポーネントを再利用する場合にはどうするのか。
基本ではあるものの、再利用してこそフレームワークが活きるものかと思いメモ程度に（笑

自作コンポーネント内で他のコンポーネントの再利用の場合、例えばCakePHPの
「Session」コンポーネントを利用するとしたい場合は次のようになります。

var $components = array('Session');

こう記述することで、CakePHPの「Session」コンポーネントを
自作のコンポーネントで利用することができます。
CakePHPのコンポーネントを再利用することで、無駄なコーディングを減らし、
無駄なバグを減らすこともできます。

さてこの「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 モデル名();

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

プラグイン（plugin）の基本ができたら次のステップです。
ステップというより注意点かもしれません（汗
プラグイン（plugin）は開発には大変便利な機能で、一度作成したアプリケーションを
再利用可能であれば開発すればするほど後々楽になります。
実際プラグイン（plugin）はよく使います。
しかし、プラグイン化（plugin）した際に注意点があります。
それはモデルのアソシエーション部分です。
通常のアソシエーション記述とは異なるのです。

例えば「product」というモデルと「category」モデルがアソシエーションしているとします。
その場合

var $belongsTo = array(
'Category' => array(
'className' => 'Category',
'foreignKey' => 'category_id'
)
); 

が基本の記述ですが、プラグイン化（plugin）の場合

//プラグイン名を「plugin1」とします
var $belongsTo = array(
'Category' => array(
'className' => 'Plugin1.Category',
'foreignKey' => 'category_id'
)
); 

がプラグイン化（plugin）での記述になります。

しかしCakePHPは上記の記述をしなくても動く場合があります。
なぜ説明したんだと言われそうですが。。。

それはプラグイン（plugin）側の「category」に独自のメソッドがある場合、
上記のように記述していないと、そのメソッドを呼び出すことができません。
これは「app」側にある「category」モデルを参照しているためにおきる現象です。

この注意点を考慮してプラグイン（plugin）を開発してみてください。

そこで活躍するプラグイン（plugin）。
簡単に言えば作成したアプリケーションを複製して、プラグイン（plugin）用のディレクトリに
配置するだけでコーディングは完了です。
配置する場所は通常のアプリケーション「app」以下を
「app/plugins」にコピーするだけです。

例えば「app/plugins/controllers」を「app/plugins/プラグイン名/controllers」へ
「app/plugins/models」を「app/plugins/プラグイン名/models」へ
「app/plugins/views」を「app/plugins/プラグイン名/views」へ
これだけでプラグイン（plugin）の基本は完了です。

アクセスするには次のようになります。
「http://ドメイン名/プラグイン名/コントローラー名/アクション名」

まずはここまでの解説です。
汎用性のあるあるアプリケーションを作成すると、コーディングに使う時間と
開発時間を大幅に削減できる可能性がありますよ。

自分のメモとして記録します（汗
恐らくデータベースの設計が複雑だったり、負荷分散的（？）につかわないかぎり
あまり利用されない方法かとは思いますが。。。

さて注意点ですが、コントローラーの途中で「setSource()」を使うことで
参照テーブルを変更できますが、コントローラーの途中で新たなテーブルを作成して
そのテーブルを「setSource()」でセットするとどうなるでしょうか。。。

はい、実はテーブルがありませんとエラーが出ます。
これはCakePHPが接続しているデータベースのテーブル情報を
キャッシュし、そのキャッシュ内に変更するテーブルがあれば変更できるような仕様でした（泣

まぁあたり前といえば当たり前。

そこで下記のようにすることで回避ができたのでご参考に（笑

$db = ConnectionManager::getDataSource($this->useDbConfig);
$dbconf = new DATABASE_CONFIG();
$dbbArray = array(
'database'=>$dbconf->{$this->useDbConfig}['database'],
'host'=>$dbconf->{$this->useDbConfig}['host']
);
$db->reconnect($dbbArray);
$this->setSource('テーブル名');

この例は再度データベースを指定して、キャッシュを取得しなおしています。
こうすることで問題は解決です。

時間足らずなので、とりあえずこれで対応ですが
キャッシュを再取得があるような。。。
まぁ調べてみます（汗

コントローラーの実行途中で接続先のテーブルを変更する、
そんな開発なのでメモとして（笑）

接続先のテーブルを変更する可能性はいろいろなパターンがあります。
例えば、ログインユーザーごとのテーブルが存在する場合や
CakePHPの「plugin」機能を利用をした場合など、仕様によってさまざまです。
※「plugin」については、いつか説明ができればと（汗）

さて本題ですが接続先のテーブルを変更する場合は次のように記述します。

$this->モデル名->setSource('接続先テーブル名');

記述はコントローラー内で行いますので注意してください。

これで任意のタイミングでテーブルの接続を動的に変更できます。
ここまで考えられているCakePHPは便利だなと、つい思ってしまいます（笑）