最近はウェブ系アプリ中心、あとWindowsアプリちょっと
バリデーションルールには正規表現が書ける。
|
1 2 3 4 5 6 7 8 |
class User extends AppModel { var $validate = array( 'username' => array( 'rule' => '/^[a-z0-9-]{3,50}$/', 'message' => 'Only lowercase letters, numbers and dashes, between 3-50 characters', ) ) } |
データのバリデーション(Data Validation) — CakePHP Cookbook 1.3 ドキュメント
http://book.cakephp.org/1.3/ja/The-Manual/Common-Tasks-With-CakePHP/Data-Validation.html
管理者ページを作成したいときに役立つのがプレフィックスルーティング。
たとえば admin 以下を管理者ページとして、通常ページとレイアウトを切り替えたりできる。
デフォルトでは無効になっている。以下の行のコメントを外して有効にする。
|
1 2 |
// app/Config/core.php Configure::write('Routing.prefixes', array('admin')); |
|
1 2 3 4 5 6 |
// app/Controllers/ProductsController.php class ProductsController extends AppController { public function admin_index() { // do something } } |
このメソッドは /admin/products/index のURLで呼び出される。
メソッド名と同じ名前でビューファイルを作成する。app/Views/Products/admin_index.ctp
まずはadmin用のレイアウトを作る。app/View/Layouts/admin.ctp
アクセスに応じてレイアウトを切り替えるには、adminのプレフィックスが付いたメソッドでレイアウトを指定する。
|
1 |
$this->layout = 'admin'; |
これは手軽だけど、全てのadminメソッドで指定しないといけないので手間。
基底クラスに以下のように書いておくと簡単で確実。
|
1 2 3 4 5 6 7 8 9 |
// app/Controllers/AppController.php class AppController extends Controller { public function beforeFilter() { if (isset($this->request->params['admin']) && ($this->request->params['prefix'] == 'admin')) { $this->layout = 'admin'; } } } |
Routing — CakePHP Cookbook 2.x documentation
http://book.cakephp.org/2.0/en/development/routing.html#prefix-routing
拡張子ctpにファイルタイプphp5を関連付けてやれば良い。以下 BetBeans IDE 8.0 での設定方法を覚え書き。
以上で完了。
前回のエントリでは簡単なサンプルを作ってhasAndBelongsToMany(HABTM)の振る舞いを確認した。だけど、フロンエンドはscaffold任せで何もコーディングしていないので、今回は自力でビューやコントローラを定義してサンプルを作ってみる。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 |
// ProductsController.php <?php class ProductsController extends AppController { public $name = 'Products'; //public $scaffold; public function index() { $this->Paginator = $this->Components->load('Paginator'); $this->set('products', $this->Paginator->paginate()); } public function view($id = null) { if (!$this->Product->exists($id)) { throw new NotFoundException('Invalid series'); } $product = $this->Product->find('first', array( 'contain' => array( 'Part', ), 'conditions' => array( 'Product.id' => $id, ) )); $this->set(compact('product')); } public function edit($id = null) { if (!$this->Product->exists($id)) { throw new NotFoundException('Invalid series'); } if ($this->request->is('post') || $this->request->is('put')) { if ($this->Product->save($this->request->data)) { $this->Session->setFlash('The product has been saved'); return $this->redirect(array('action' => 'index')); } else { $this->Session->setFlash('The product could not be saved. Please, try again.'); } } else { $parts = $this->Product->Part->find('list'); $this->set(compact('parts')); $product = $this->Product->find('first', array( 'conditions' => array( 'Product.id' => $id ), 'contain' => array( 'Part', ), )); $this->request->data = $product; } } } ?> |
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 |
// index.ctp <h2>Products</h2> <table> <tr> <th><?php echo $this->Paginator->sort('id'); ?></th> <th><?php echo $this->Paginator->sort('name'); ?></th> <th><?php echo $this->Paginator->sort('created'); ?></th> <th><?php echo $this->Paginator->sort('modified'); ?></th> <th>Actions</th> </tr> <?php foreach ($products as $product): ?> <tr> <td><?php echo h($product['Product']['id']); ?></td> <td><?php echo h($product['Product']['name']); ?></td> <td><?php echo h($product['Product']['created']); ?></td> <td><?php echo h($product['Product']['modified']); ?></td> <td> <?php echo $this->Html->link('View', array('action' => 'view', $product['Product']['id'])); ?> <?php echo $this->Html->link('Edit', array('action' => 'edit', $product['Product']['id'])); ?> </td> </tr> <?php endforeach; ?> </table> <h3>Actions</h3> <?php echo $this->Html->link('New Series', array('action' => 'add')); ?> |
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 |
// view.ctp <h2>Product</h2> <table> <tr> <td>Id</td> <td><?php echo h($product['Product']['id']); ?></td> </tr> <tr> <td>Name</td> <td><?php echo h($product['Product']['name']); ?></td> </tr> <tr> <td>Created</td> <td><?php echo h($product['Product']['created']); ?></td> </tr> <tr> <td>Modified</td> <td><?php echo h($product['Product']['modified']); ?></td> </tr> </table> <h3>Parts</h3> <table> <tr> <th>id</th> <th>name</th> </tr> <?php foreach ($product['Part'] as $part): ?> <tr> <td><?php echo h($part['id']); ?></td> <td><?php echo h($part['name']); ?></td> </tr> <?php endforeach; ?> </table> <h3>Actions</h3> <?php echo $this->Html->link('Edit Product', array('action' => 'edit', $product['Product']['id'])); ?> </li> <br /> <br /> <?php echo $this->Form->postLink('Delete Product', array('action' => 'delete', $product['Product']['id']), array(), __('Are you sure you want to delete # %s?', $product['Product']['id'])); ?> |
|
1 2 3 4 5 6 7 8 9 |
// edit.ctp <h2>Edit Product</h2> <?php echo $this->Form->create('Product'); ?> <?php echo $this->Form->input('id'); ?> <?php echo $this->Form->input('name'); ?> <?php echo $this->Form->input('Part'); ?> <?php echo $this->Form->button('Submit'); ?> <?php echo $this->Form->end(); ?> |
HABTMで紐付けされているテーブルからのデータ選択はどうやったらできるのかいろいろ試行錯誤した結果、なんと $this->Form->input(‘Part’) の1行だけで実装できてしまうことが判明。CakePHP恐るべし。
CakePHP初心者ゆえクックブックを読んだだけではどうもしっくりこないので、簡単なサンプルを作ってhasAndBelongsToMany(HABTM)の動きを確かめてみる。
アソシエーション: モデル同士を繋ぐ — CakePHP Cookbook 2.x ドキュメント
http://book.cakephp.org/2.0/ja/models/associations-linking-models-together.html
例題として「製品」と「部品」の多対多リレーションを定義してみる。ある「部品」は特定の「製品」にしか使われていないかもしれないし、またある「部品」は複数の「製品」に使われているかもしれない。すなわち、「製品」と「部品」の間には排他関係の無い多対多のリレーションが存在する。
あくまでサンプルなので、テーブルには最低限のカラムしか持たせていない。
|
1 2 3 4 5 6 7 8 |
# 製品テーブル CREATE TABLE `products` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `name` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL, `created` datetime DEFAULT NULL, `modified` datetime DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci AUTO_INCREMENT=1 ; |
|
1 2 3 4 5 6 7 8 |
# 部品テーブル CREATE TABLE `parts` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `name` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL, `created` datetime DEFAULT NULL, `modified` datetime DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci AUTO_INCREMENT=1 ; |
|
1 2 3 4 5 6 7 |
# HABTMのための中間テーブル CREATE TABLE `products_parts` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `product_id` int(10) unsigned NOT NULL, `part_id` int(10) unsigned NOT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci AUTO_INCREMENT=1 ; |
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 |
// Product.php <?php App::uses('AppModel', 'Model'); class Product extends AppModel { public $name = 'Product'; public $hasAndBelongsToMany = array( 'Part' => array( 'className' => 'Part', 'joinTable' => 'products_parts', 'foreignKey' => 'product_id', 'associationForeignKey' => 'part_id', 'unique' => true, 'conditions' => '', 'fields' => '', 'order' => '', 'limit' => '', 'offset' => '', 'finderQuery' => '', 'deleteQuery' => '', 'insertQuery' => '' ) ); } ?> |
|
1 2 3 4 5 6 7 |
// Part.php <?php App::uses('AppModel', 'Model'); class Part extends AppModel { public $name = 'Part'; } ?> |
とりあえずscaffoldに頼る。
|
1 2 3 4 5 6 7 |
// ProductsController.php <?php class ProductsController extends AppController { public $name = 'Products'; public $scaffold; } ?> |
実行すると期待通りの動作が確認できた。
まずは製品一覧を表示。
製品を[View]すると、製品に(多対多リレーションで)紐付けされている部品のリストも表示される。
製品を[Edit]すると、紐付けする部品を複数選択可能なリストボックスが表示される。
Scaffoldを使ったお陰で簡単に実装できた。自力でコントロールを書いて実装するとなると大変そう。
CakePHPの4つのアソシエーションのうち、hasOne(1対1)、hasMany(1対多)、belongsTo(多対1)の3つに関しては理解が容易。だけど初心者としては、残りの1つ、hasAndBelongsToMany(HABTM)(多対多)のアソシエーションに関しては更なる理解が必要だなと思ったので、少し突っ込んで調べてみる。
まずはクックブックを読んでHABTMの特徴を頭に入れる。
「このアソシエーションは、結合される2つのモデルがある場合に使われます。」
言い換えると、2つのテーブルを結合するために使われるということ。
「hasManyとHABTMの大きな違いはHABTMモデル間のリンクは排他的ではない、ということです。」
レシピと材料のテーブルがある場合、hasManyだと、あるレシピで使われている材料は他のレシピには使えない(排他的)けど、HABTMだと、材料が既にあるレシピで使われていても他のレシピでも使える(排他的ではない)ということ。
アソシエーション: モデル同士を繋ぐ — CakePHP Cookbook 2.x ドキュメント
http://book.cakephp.org/2.0/ja/models/associations-linking-models-together.html
クックブックによると、多対多のリレーションを定義できるのはHABTMに限らない。
多対多のリレーションを定義するには２つの方法がある。
その使い分けの基準については、以下のページが参考になる。
“HABTMの中間モデルの利用について” フォーラム – CakePHP Users in Japan
http://cakephp.jp/modules/newbb/viewtopic.php?topic_id=2819&forum=6
上記仮定において話を進めます。A, BはCの中間テーブルを元にしたhabtmな関係ですが、今回のようにCに中間データ以外の情報を載せるときには、$hasAndBelongsToManyを使用すると、用意されているひどく単純な処理から外れるのが難しいか、または細かいデータ取得の制御に向いていません。
これは重い足枷となります。よってhasMany throughという方法をとるのが一般的なプラクティスです。
詳細は http://book.cakephp.org/2.0/ja/models/associations-linking-models-together.html#hasmany-through を見てください。
クックブックにも以下の説明がある。
ただし、最近のバージョンでは改良されているみたいだけど。
バージョン 2.1 で変更.
unique に keepExisting を指定すれば、追加フィールドのデータを失うことなく保存できます。 unique キーについてはHABTM association arrays を参照してください。
ということで、とりあえず僕の結論としては、多対多のリレーション定義は以下のルールに従うことにする。
CakePHPのアーカイブにはサンプルが含まれていないので、自習用に超簡単なサンプルを書いてみた。簡易掲示板的なソフトで、テーブルは利用者(user)と投稿(post)の2つだけ。利用者を投稿に紐付けして、Scaffoldでデータ管理を行いつつ、インデックスページにページネーション付きで投稿を一覧表示する。とっても簡単なソフトだけど、僕のような超初心者が勉強するためのたたき台にはちょうどいいかも。
|
1 2 3 4 5 6 7 |
CREATE TABLE `users` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(255) NOT NULL, `email` varchar(255) NOT NULL, `phone` varchar(255) NOT NULL, PRIMARY KEY (`id`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ; |
|
1 2 3 4 5 6 |
CREATE TABLE `posts` ( `id` int(11) NOT NULL AUTO_INCREMENT, `message` varchar(1024) NOT NULL, `user_id` int(11) NOT NULL, PRIMARY KEY (`id`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ; |
|
1 2 3 4 5 6 7 8 9 10 11 12 |
class DATABASE_CONFIG { public $default = array( 'datasource' => 'Database/Mysql', 'persistent' => false, 'host' => 'mysql.example.com', 'login' => 'cake_sample', 'password' => 'cake_sample', 'database' => 'cake_sample', 'prefix' => '', 'encoding' => 'utf8', ); } |
|
1 2 3 4 |
class User extends AppModel { public $name = 'User'; public $hasMany = 'Post'; } |
|
1 2 3 4 |
class Post extends AppModel { public $name = 'Post'; public $belongsTo = 'User'; } |
|
1 2 3 4 5 6 7 8 9 10 11 12 |
class HomeController extends AppController { public $name = 'Home'; public $uses = array('Post', 'User'); public $autoRender = true; public $autoLayout = true; public $paginate; public function index() { $data = $this->paginate('Post'); $this->set('data', $data); } } |
|
1 2 3 4 |
class PostsController extends AppController { public $name = 'Post'; public $scaffold; } |
|
1 2 3 4 |
class UsersController extends AppController { public $name = 'User'; public $scaffold; } |
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 |
<h1>Posts</h1> <?php echo $this->Paginator->numbers( array( 'before'=>$this->Paginator->first('<<').'|', 'after'=>'|'.$this->Paginator->last('>>'), 'modulus'=>4, 'separator'=>'|', )); ?> <table> <tr> <th><?php echo $this->Paginator->sort('id','id') ?></th> <th><?php echo $this->Paginator->sort('message','Message') ?></th> <th><?php echo $this->Paginator->sort('user_id','User') ?></th> </tr> <?php foreach ($data as $record) { echo $this->Html->tableCells( $record['Post'], array('style'=>'color:#333333; background-color: #eeeeff'), array('style'=>'color:#333333; background-color: #ffeeff'), false ); } ?> </table> |
普段の作業にはphpMyAdminを使っているので、僕はSQLにはあまり明るくない。だけど、同じスキームで複数のデータベースを運営しているので、スキーム変更を一括して行うためにはSQLを書かなければならない。
というわけで、自分が良く使いそうなSQL文例を覚え書きしておく。構文については参考サイトに大変解りやすく説明されているので参照のこと。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 |
// テーブルの作成 create table users ( id int(11) not null auto_increment, username varchar(32) default null, password varchar(32) default null, memo varchar(128) default null, primary key (id) ); // テーブル一覧の表示 show tables; // create table ステートメントの表示 show create table users; // テーブル構造の表示 desc users; // テーブルの削除 drop table users; // テーブルの名前変更 alter table users rename to customers; // カラムの追加 alter table users add column year int(11) default 0 not null after password; // カラムの名前＆属性変更 alter table users change column year birth_year int(11) default 0 not null; // カラムの属性変更 alter table users modify column memo text default null; // カラムの削除 alter table users drop memo; |
MySQL: 既存テーブルの構造の変更 – ALTER TABLE文、CHANGE COLUMN句
http://www.yukun.info/blog/2008/11/alter-table-add-drop-change-modify.html
データベースのコレーション(Collation: 適合順序)について。
これまであまり深く考えずにutf8_general_ciを設定することが多かったけど、書籍やネットで見かけるサンプルにはutf8_unicode_ciを使っているものも少なくない。これらの振る舞いの違いは何なのか、一度しっかり押さえておきたい。
とりあえず公式サイトのマニュアルを探したら記述が見つかった。
MySQL :: MySQL 3.23, 4.0, 4.1 Reference Manual :: 9.1.12.1 Unicode Character Sets
http://dev.mysql.com/doc/refman/4.1/en/charset-unicode-sets.html
For any Unicode character set, operations performed using the xxx_general_ci collation are faster than those for the xxx_unicode_ci collation. For example, comparisons for the utf8_general_ci collation are faster, but slightly less correct, than comparisons for utf8_unicode_ci. The reason for this is that utf8_unicode_ci supports mappings such as expansions; that is, when one character compares as equal to combinations of other characters. For example, in German and some other languages “ß” is equal to “ss”. utf8_unicode_ci also supports contractions and ignorable characters. utf8_general_ci is a legacy collation that does not support expansions, contractions, or ignorable characters. It can make only one-to-one comparisons between characters.
抜粋拙訳
もっと具体的に言ってくれないとわからない・・・
ネットを探すと解りやすく説明したサイトが見つかった。
utf8_general_ci
– 英字の大文字小文字は区別しない。
– 全角半角は区別する。
utf8_unicode_ci
– 英字の大文字小文字は区別しない。
– 全角半角も区別しない。
– さらに濁音、半濁音、ひらがな、カタカナも区別しない。
– 「は」で検索すると「は」「ば」「ぱ」「ハ」「バ」「パ」「ﾊ」がヒットする。
utf8_general_ciとutf8_unicode_ci – 技術メモ
http://seesaawiki.jp/notepad/d/utf8_general_ci%A4%C8utf8_unicode_ci
問題
select * from member where namae like ‘%サトウ%’;
こんなSQLで、namaeがサトウ、ｻﾄｳ、さとう、サトｳ（一部半角）何でもマッチさせたい！
【MySQL】大文字小文字、全角半角区別しないでマッチする検索をしたい at softelメモhttp://www.softel.co.jp/blogs/tech/archives/1877
特定のレコードが、テーブルをある条件でソートした後に先頭から何番目にあるか、を知るにはどうするか？
たとえば、生徒名簿にテスト得点が記録されているとして、鈴木太郎のテスト順位(得点の高い順)は何番か?
|
1 |
SELECT *,(SELECT COUNT(*)+1 FROM `クラス名簿` B WHERE B.得点 > A.得点) AS `順位` FROM `クラス名簿` A WHERE `名前` = '鈴木太郎'; |
たとえば、商品一覧に発売日が記録されているとして、商品Aは何番目(発売日の古い順)に発売したか?
|
1 |
SELECT *,(SELECT COUNT(*)+1 FROM `商品一覧` B WHERE B.発売日 < A.発売日) AS `順位` FROM `商品一覧` A WHERE `商品名` = '商品A'; |
面倒なのは上に示したように、レコードから順位を逆引きしたい場合だけ。順位からレコードを取得するテーブルの順引きは簡単。普通にテーブルをソートしてLIMITで順位をオフセットとして与えてやれば済む。
やりたいことはできたけど、処理時間に関しては考察が必要かもしれない。
MySQLでソート後の順位を取得する方法を教えて下さい。 例えば、.. – 人力検索はてな
http://q.hatena.ne.jp/1336143424