Catalyst(というかDBIC)関係の情報を探してたら、miyagawa's blogでBossa N' Rosesのことを知り、iTMSでうっかり即買い。
んで週末はずっと聴いてる。

Bossa N Roses (Arg) (Dig)
Various Artists
Music Brokers Arg / ?円 ( 2006-11-21 )

• Patience
• Knockin' on Heaven's Door
• Sweet Child of Mine

あたりが懐かしくてよかったが、Welcome to the Jungle,Paradise Cityがボッサなのはちょっと違和感が。

ついでに、ブックオフでオリジナルでもと、チャリ漕いであさりにいったけど、思ったより高かったので買わずに帰宅。

最近、QSPRやったりQSARやったりという論文が幾つかまとめてでてたので、理解しとかなきゃと思いつつ、放ってあったRandom Forestを。

• 決定木と集団学習
• Rと集団学習
• ブートストラップ法入門
• マルチステップ＝マルチスケール・ブートストラップ法

とりあえずrandom forestが大体どういうことをやってるのかは分かった気になったが、ブートストラップ、バギングといい、アンサンブル学習がまだしっくりとこない。

パターン認識と学習の統計学―新しい概念と手法 (統計科学のフロンティア 6)
甘利 俊一
岩波書店 / 3990円 ( 2003-04-11 )

でも、ちょっとおもろいかもと思った。計算機の性能があがってきたから、蛋白レベルでも量子化学計算できるようになってきて、それはそれで色々分かって楽しいんだけども、やっぱインフォマティクス（というか学習論?）的なアプローチのほうが好きだわと思った。後でじっくり読んでみるか。

GraphvizでE/Rダイアグラムっぽいものを生成できるという SQL::Translatorをつかってみた。

他にもOracle,Mysql,PostgreSQL,SQLiteなんかの間でsqlを変換したり、テーブルスキーマをYAMLとかXMLにシリアライズできたりする。 (他にもCGIのGUIがくっついてるけど僕は試してない)

taggingで使ったsqlがあったのでそれで試してみる。フィールド名を入れるとなんか汚いので、除くオプション付きで実行

$ sqlt-graph -f SQLite --no-fields tag.sql -o test.png

そもそも、SQLiteに外部キー制約使えないので駄目すぎだった。というわけで、なんかないかと探したら、DBDesignerのbookshopというサンプルがちょうどよさそうなので、それを使ってみた。

$ sqlt-graph -f MySQL ex.sql -o mysqlt.png

おーまずまず。

なかなかヨサゲなものを発見。

MOONGIFT オープンソース - DBDesigner - DBDesigner

本日紹介するオープンソース・ソフトウェアはDBDesigner、各種データベースに対応した構造管理ツールだ。基本はMySQL、Oracleなどだが、ODBCにも対応しているのでPostgreSQLの構造を扱うこともできる（データの編集などではエラーが出てしまったが）。

SQLで吐けるので結構便利かも。

ちょっと前に、酒のいわせ主催の醴泉を楽しむ会にお邪魔してきた。場所は御殿場のたから亭、中華の店。

発泡酒で乾杯。日本酒の発泡性のやつは久々だ(2年位前に獺祭りの飲んで以来かな)。しかも美味い。続いて蘭奢待(大吟醸)。

前菜をちびちびつまみながら、大吟やら、純吟をやるのが最高。

野菜中心(百合のつぼみを使った炒め物)だと、意外に日本酒もいける。というか、この頃は大吟醸を燗つけてたような気が。

sake meets chineseといった企画だったが、エビチリとか、辛い炒め物（写真には載せてない）とかは、ちょっと日本酒とは合わんような気がした。純米酒とかの燗つけて美味い酒は、濃い目の料理でもいい感じだったかも。

かなり満足。

ちなみに、クイズの景品の手ぬぐい。

なかなかいい感じ。前の家だったら和室があったから飾ればいい感じだったのだけど、今の家は和室なしだからナァ。(豆知識だが、和室の畳は転居時に一枚5000くらいとられるので、貸すほう、借りるほう両方から敬遠されるらしい。)

新橋から少し歩いたところにあるガネー舎へスープカレーを食べに。 ちと入り口がわかりづらい。

とりカリィを注文。

鶏は柔らかく、野菜はしゃっきり感があってうまい。
が、スパイシーさがもうちょっと欲しいかも。

地道にそれっぽいのを用意しようとするならば、こんな感じ

digraph sample {
   graph [size = "6, 8"];   
   graph [nodesep = 0.7];
   node [shape = record, height = 0.01,   
         fontname = "Helvetica", fontsize = 9];

   bookmark [label = "{bookmark|id\nname\nuri\ndescription\ntime_created}"];
   tagmap [label = "{tagmap|id\nbookmark_id\ntag_id}"];
   tag [label = "{tag|id\nname}"];

   tagmap -> tag [label = "belongs_to"];
   tagmap -> bookmark [label = "belongs_to"];
   tag -> tagmap [label = "has_many"];
   tag -> tagmap [label = "many_to_many"];
   bookmark -> tagmap [label = "has_many"];
   bookmark -> tagmap [label = "many_to_many"];
}

dotコマンドで実行

$ dot -Tpng db.dot -o db_sample.png

もう少し、スキーマ図っぽくしたいなぁと色々探したらSQL::Translatorというものをみつけた。

後で試す。

豆腐好きにはたまらないと評判の男前豆腐にガシャポンがでたと知ってから、密かにチェックしてたんだけど、先週末偶然イトーヨーカドーに立ち寄ったら見つけた。

ガシャポン(当時はガチャガチャ)まわすの、小学校以来だ。湯豆腐野郎とジョニーゲットして、帰って携帯につけようとしたら、ストラップじゃなくてマグネットだった。

残念。仕方ないので、家の冷蔵庫にくっつけておいた。

イトーヨーカドーに結構設置されてるみたいね。

多対多のサンプルとしてTags: Database schemasの“Toxi” solutionをDBICで書いてみる。

関連を表すテーブルに対しては、1対多の関係を設定しておいて、更にmany_to_manyを追加する

図にしてみたらわかりやすくなった。

ちなみに、1対多はこちらを、多対多はこちらを参考にしました。

Kzfm::Schema

use 5.008008;
use strict;
use warnings;
use base 'DBIx::Class::Schema';
our $VERSION = '0.01';

__PACKAGE__->load_classes(qw/Tag Bookmark TagMap/);

1;

Kzfm::Schema::Tag

use strict;
use warnings;
use base 'Kzfm::Schema';

__PACKAGE__->load_components(qw/PK::Auto::SQLite Core/);
__PACKAGE__->table('tag');
__PACKAGE__->add_columns(qw/id name/);
__PACKAGE__->set_primary_key('id');
__PACKAGE__->has_many(tagmap => 'Kzfm::Schema::TagMap','tag_id');
__PACKAGE__->many_to_many('bookmarks' => 'tagmap','bookmark_id');

1;

Kzfm::Schema::Bookmark

use strict;
use warnings;
use base 'Kzfm::Schema';

__PACKAGE__->load_components(qw/PK::Auto::SQLite Core/);
__PACKAGE__->table('bookmark');
__PACKAGE__->add_columns(qw/id name uri description time_created/);
__PACKAGE__->set_primary_key('id');
__PACKAGE__->has_many(tagmap => 'Kzfm::Schema::TagMap','bookmark_id');
__PACKAGE__->many_to_many('tags' => 'tagmap','tag_id');

1;

Kzfm::Schema::TagMap

use strict;
use warnings;
use base 'Kzfm::Schema';

__PACKAGE__->load_components(qw/PK::Auto::SQLite Core/);
__PACKAGE__->table('tagmap');
__PACKAGE__->add_columns(qw/id bookmark_id tag_id/);
__PACKAGE__->set_primary_key('id');
__PACKAGE__->belongs_to('bookmark_id' => 'Kzfm::Schema::Bookmark');
__PACKAGE__->belongs_to('tag_id' => 'Kzfm::Schema::Tag');

1;

制約の部分だけ、考えてみる。

__PACKAGE__->belongs_to('カラム名(アクセサ?)' => 'スキーマ(pm)');
__PACKAGE__->has_many(テーブル名 => 'スキーマ(pm)','カラム名(アクセサ?)');
__PACKAGE__->many_to_many('任意のキー名' => 'テーブル名','多対多関係のカラム');

• belongs_toはまぁわかりやすい。
• many_to_manyは任意にキー名決められるのにhas_manyはキー値にテーブル名指定しないとエラー吐くのが謎。
• many_to_manyでテーブル名のとこをKzfm::Schema::TagMapってやるのが駄目な理由がよくわからない。

あと、さらにユーザーを追加する場合に、ユーザーとブックマークも多対多の関係になるけど、こっちも正規化したほうがいいのか、むしろやりすぎないほうがむしろいいのか悩む。

追記 06.12.04

ボケボケだったことに気付いた。

かなりボケボケだった。

こういうことらしい。

DBIx::Class::Relationship - Inter-table relationships - search.cpan.org

PACKAGE>$method_name('relname', 'Foreign::Class', $cond, $attrs);

というわけで、こんな感じの理解で。

__PACKAGE__->belongs_to(アクセサ名(任意) => 
    '従うクラス','従うクラスのIDを持つ属性名');
__PACKAGE__->has_many(アクセサ名(任意) => 
    'クラス','自分のクラスのIDをもつ属性名');
__PACKAGE__->many_to_many(アクセサ名(任意) => 
    'has_manyでのアクセサ名','belongs_toでのアクセサ名');

データベースを指しているのかクラスを属性を指してるのか良く分かってなかった。というかO/RマッパーでDBのカラム名っておかしいよって何で気づかなかったんだろう。

• many_to_manyは任意にキー名決められるのにhas_manyはキー値にテーブル名指定しないとエラー吐くのが謎。
• has_many(アクセサ名(任意) => 'クラス','カラム名')でOK
• many_to_manyでテーブル名のとこをKzfm::Schema::TagMapってやるのが駄目な理由がよくわからない。
• has_manyで指定したアクセサ名が必要なのでダメ。

なんとなくこんな感じか。