=encoding utf8 =head1 NAME DBIx::Custom::Guide::Ja - DBIx::Customのガイドブック =head1 ガイド LはSQLの実行を簡単に行うためのクラスです。 LやLと同じように Lのラッパクラスになっています。Lよりも簡単に、 Lよりもはるかに柔軟なことを行うことができます。 LはO/Rマッパーではありません。O/Rマッパーは 便利ですが、O/Rマッパのたくさんの文法を覚える必要があります。 また、O/Rマッパによって生成されたSQLは非効率なことがありますし、 複雑なSQLを生成することができないので、 生のSQLを実行しなければならない場合がたくさんあります。 LはO/Rマッパとは対照的な設計が行われています。 Lの主な目的は、SQLを尊重しつつ、Lだけでは とてもめんどうな作業を簡単にすることです。もしSQLについて 多くの知識を持っているならば、Lでそのまま 活用することができます。 Lの仕組みを少しだけ説明しておきます。 Lでは、タグと呼ばれるものを SQLの中に埋め込むことができます。 select * from book where {= title} and {=author}; {}で囲まれた部分がタグです。このSQLは実際に実行されるときには 次のようにプレースホルダに展開されます。 select * from book where title = ? and author = ?; これらの展開にはどのような意味があるのでしょうかと質問 されるかもしれません。この簡単な仕組みの上に 便利な機能が実装されます。それは以下のようなものです。 =over 4 =item 1. プレースホルダにバインドする値をハッシュリファレンスで指定 Lを使うのであればプレースホルダにバインドする値は配列 で指定する必要があります。 $sth->execute(@bind); Lを利用するのであればハッシュリファレンスで指定すること できます。 my $param = {title => 'Perl', author => 'Ken'}; $dbi->execute($sql, $param); =item 2. 値のフィルタリング Lはフィルタリングの機能を提供します。 たとえば、日付の列は、Perlで扱うときにはCなどの日付オブジェクト で扱い、データベースに格納するときはデータベースの日付型に変換したい と思うのではないでしょうか。またデータベースから取り出すときは データベースの日付型から日付オブジェクトに変換したと思うのでは ないでしょうか。 このようなときはフィルタ機能を使うことができます。 まずフィルタを登録します。 $dbi->register_filter( tp_to_date => sub { ... }, date_to_tp => sub { ... } ); 次にテーブルの各列にこのフィルタを適用します。 $dbi->apply_filter('book', 'issue_date' => {out => 'tp_to_date', in => 'date_to_tp'} ); outはPerlからデータベースに保存する方向、inはデータベースからPerlに取得する方向です。 多くのメソッドで自動的にこのフィルタが有効になります。 $dbi->insert(table => 'book', param => {issue_date => $tp}); =item 3. 選択的な検索条件 Lでは選択的に検索条件を作成することは難しいです。 たとえば、検索条件にtitleとauthorが指定された場合は次のSQLを select * from book where title = ? and author = ?; titleだけの場合は次のSQLを select * from book where title = ?; authorだけの場合は次のSQLを実行した場合を考えましょう。 select * from book where author = ?; これはとても大変な作業なので、通常はLを動的に生成してくれる モジュールを利用することになります。 Lはさらに簡単で便利な方法を用意しています。 # Whereオブジェクト my $where = $dbi->where; # 検索条件 $where->clause( ['and', '{= title}', {'= author'}] ); # 必要な列を自動的に選択するための設定 $where->param({title => 'Perl'}); # SQLへのWhere句の埋め込み my $sql = "select * from book $where"; 詳しい説明は後ほど行いますが、上記のように記述すれば、 Lでは選択的な検索条件を持つWhere句を生成することができます。 検索条件が入れ子になった構造やorについても対応しています。 =item 4. 挿入、更新、削除、選択を行うためのメソッド Lでは挿入、更新、削除、選択を行うための メソッドを提供しています。 C, C, C,Cなどがあります。 my $param = {title => 'Perl', author => 'Ken'}; $dbi->insert(table => 'book', param => $param); =item 5. テーブルのためのメソッドの登録 テーブルのためにメソッドを登録することができます。 $dbi->table('book')->method( list => sub { ... }, something => sub { ... } ); メソッドの利用です。 $dbi->table('book')->list; 多くのO/Rマッパではテーブルのためのクラスを作成する必要がありますが、 Lでは簡単です。 =back Lはとても便利です。 興味をもたれた方は、続きをご覧になってみてください。 =head2 1. データベースへの接続 Lを読み込みます。 use DBIx::Custom; データベースに接続するにはCメソッドを使用します。 戻り値はLオブジェクトです。 my $dbi = DBIx::Custom->connect( data_source => "dbi:mysql:database=bookstore", user => 'ken', password => '!LFKD%$&', dbi_options => {mysql_enable_utf8 => 1} ); Cはデータベースシステムに応じたものである必要があります。 以下はデータソースのサンプルです。 B "dbi:mysql:database=$database" "dbi:mysql:database=$database;host=$hostname;port=$port" B "dbi:SQLite:dbname=$database" "dbi:SQLite:dbname=:memory:" B "dbi:Pg:dbname=$dbname" B "dbi:Oracle:$dbname" "dbi:Oracle:host=$host;sid=$sid" B "dbi:ODBC:driver=Microsoft Access Driver (*.mdb);dbq=hoge.mdb" B "dbi:ODBC:driver={SQL Server};Server=(local);database=test;Trusted_Connection=yes;AutoTranslate=No;" 認証が必要な場合は、CとCを指定できます。 LはLのラッパークラスです。 Lのデータベースハンドルは取得するにあhCを使用します。 my $dbh = $dbi->dbh; Lではデータベースハンドル属性にはデフォルトで次のものが設定されます。 $dbi->dbh->{RaiseError} = 1; $dbi->dbh->{PrintError} = 0; $dbi->dbh->{AutoCommit} = 1; 致命的なエラーが起こるとプログラムは終了します。 SQLが実行されると自動的にコミットされます。 =head2 2. 挿入、更新、削除、選択のためのメソッド 下記のメソッドがあります。 =head3 行の挿入 C データベースに行を挿入するにはCを使用します。 $dbi->insert(table => 'book', param => {title => 'Perl', author => 'Ken'}); Cはテーブル名、Cは挿入する行のデータです。 次のSQLが実行されます。 insert into (title, author) values (?, ?); =head3 データの更新 C データベースの行を更新するには、Cを使用します。 $dbi->update(table => 'book', param => {title => 'Perl', author => 'Ken'}, where => {id => 5}); C
はテーブル名、Cは更新データ、Cは 条件です。 次のSQLが実行されます。 update book set title = ?, author = ?; 安全のためCのないupdate()を実効することはできません。 もしすべての行を更新したい場合は Cを使用してください。 $dbi->update_all(table => 'book', param => {title => 'Perl', author => 'Ken'}); =head3 データの削除 C データベースの行を1件削除するには、Cを使用します。 $dbi->delete(table => 'book', where => {author => 'Ken'}); C
はテーブル名、Cは条件です。 次のSQLが実行されます。 delete from book where id = ?; 安全のためCのないCを実効することはできません。 もしすべての行を削除したい場合は Cを使用してください。 $dbi->delete_all(table => 'book'); =head3 データの選択 C 行を選択するにはCを使用します。 my $result = $dbi->select(table => 'book'); 次のSQLが実行されます。 select * from book; 戻り値はL オブジェクトです。行をフェッチするにはCを使用します。 while (my $row = $result->fetch) { my $title = $row->[0]; my $author = $row->[1]; } LについてはL<3. 行のフェッチ/"3. 行のフェッチ">を見てください。 サンプルを続けます。 my $result = $dbi->select( table => 'book', column => ['author', 'title'], where => {author => 'Ken'} ); Cは列名、Cは条件です。 次のSQLが実行されます。 select author, title from book where author = ?; 次のサンプルです。 my $result = $dbi->select( table => ['book', 'rental'], where => {book.name => 'Perl'}, relation => {'book.id' => 'rental.book_id'} ); Cテーブル間の関係です。これは内部結合です。 次のSQLが実行されます。 bookテーブルのid列とrentalテーブルのbook_idが関連付けられます。 次のSQLが実行されます。 select * from book, rental where book.name = ? and book.id = rental.book_id; 次のサンプルです。 my $result = $dbi->select( table => 'book', where => {author => 'Ken'}, append => 'for update', ); CはSQLの末尾に追加される文字列です。 次のSQLが実行されます。 select * book where author = ? for update; またCは、C
を指定する必要があります。 $dbi->execute($sql, param => {title => 'Perl', author => '%Ken%'} table => ['book']); =head3 タグ一覧 =head4 C {? NAME} -> ? =head4 C<=> {= NAME} -> NAME = ? =head4 CE> {<> NAME} -> NAME <> ? =head4 C> {< NAME} -> NAME < ? =head4 C> {> NAME} -> NAME > ? =head4 C=> {>= NAME} -> NAME >= ? =head4 C=> {<= NAME} -> NAME <= ? =head4 C {like NAME} -> NAME like ? =head4 C {in NAME COUNT} -> NAME in [?, ?, ..] =head4 C {insert_param NAME1 NAME2} -> (NAME1, NAME2) values (?, ?) =head4 C {update_param NAME1 NAME2} -> set NAME1 = ?, NAME2 = ? =head3 同名の列の扱い 同名の列を含むタグがある場合でも大丈夫です。 二つの日付で比較しなければならない場合を 考えて見ましょう。 my $sql = "select * from table where {> date} and {< date};"; このような場合はパラメータの値を配列のリファレンスで指定します。 my $dbi->execute($sql, param => {date => ['2010-10-01', '2012-02-10']}); =head3 タグの登録 C 独自のタグを登録することができます。 タグを追加するにはCを使用します。 $dbi->register_tag( '=' => sub { my $column = shift; return ["$column = ?", [$column]]; } ); ここではデフォルトのC<=>タグがどのように実装されているかを示しています。 タグを登録する関数の引数はタグの中に書かれた引数になります。 {タグ名 引数1 引数2} C<=>タグの場合は {= title} という形式ですから、サブルーチンにはtitleというひとつの列名がわたってきます。 サブルーチンの戻り値には次の形式の配列のリファレンスを返す必要があります。 [ 展開後の文字列, [プレースホルダに埋め込みに利用する列名1, 列名2, ...] ] 一つ目の要素は展開後の文字列です。この例では 'title = ?' を返す必要があります。 二つ目の要素はプレースホルダに埋め込みに利用する列名を含む配列の リファレンスです。今回の例では ['title'] を返す必要があります。複数のプレースホルダを含む場合は、この部分が 複数になります。CタグやCタグは この部分が実際複数になっています。 上記を合わせると ['title = ?', ['title']] を返す必要があるということです。 タグの実装の他のサンプルはLのソースコード をご覧になってみてください。 =head2 6. Where句の動的な生成 =head3 Where句の動的な生成 where() 複数の検索条件を指定して、検索を行いたい場合があります。 次の3つのケースのwhere句を考えてみましょう。 下記のようなwhere句が必要になります。 titleの値だけで検索したい場合 where {= title} authorの値だけで検索したい場合 where {= author} titleとauthorの両方の値で検索したい場合 where {= title} and {=author} Lでは動的なWhere句の生成をサポートしています。 まずCでLオブジェクトを生成します。 my $where = $dbi->where; 次にCを使用してwhere句を記述します。 $where->clause( ['and', '{= title'}, '{= author}'] ); clauseの指定方法は次のようになります。 ['or' あるいは 'and', タグ1, タグ2, タグ3] 第一引数にはorあるいはandを指定します。第二引数以降には 検索条件をタグを使って記述します。 Cの指定は入れ子にすることもでき、さらに複雑な条件 を記述することもできます。 ['and', '{= title}', ['or', '{= author}', '{like date}'] ] このようにCを設定した後にCにパラメータを指定します。 my $param => {title => 'Perl'}; $where->param($param); この例ではtitleだけがパラメータに含まれています。 この後Cを実行すると$paramに含まれるパラメータを満たす where句を生成することができます。 my $where_clause = $where->to_string; パラメータはtitleだけですので、次のようなwhere句が生成されます。 where {= title} またLは文字列の評価をオーバーロードして、C を呼び出すようにしていますので、次のようにしてwhere句を生成することも できます。 my $where_clause = "$where"; これはSQLの中にwhere句を埋め込むときにとても役立つ機能です。 =head3 同一の列名を含む場合 タグの中に同一の名前を持つものが存在した場合でも動的に where句を作成することができます。 たとえば、パラメータとして開始日付と終了日付を受け取ったことを 考えてみてください。 my $param = {start_date => '2010-11-15', end_date => '2011-11-21'}; また開始日付と終了日付の片方だけや、どちらも受け取らない場合もあるかもしれません。 この場合は次のようなパラメータに変換することで対応することができます。 my $p = {date => ['2010-11-15', '2011-11-21']}; 値が配列のリファレンスになっていることに注目してください。このようにすれば 同名の列を含むタグに順番に埋め込むことができます。 $where->clause( ['and', '{> date}', '{< date}'] ); $where->param($p); また開始日付が存在しない場合は次のようなデータを作成します。 my $p = {date => [$dbi->not_exists, '2011-11-21']}; LのCでDBIx::Custom::NotExistsオブジェクトを 取得できます。これは対応する値が存在しないことを示すためのものです。 また終了日付が存在しない場合は次のようなデータを作成します。 my $p = {date => ['2010-11-15']}; どちらも存在しない場合は次のようなデータを作成します。 my $p = {date => []}; 少し難しいので一番簡単に作成できるロジックを示しておきます。 my @date; push @date, exists $param->{start_date} ? $param->{start_date} : $dbi->not_exists; push @date, $param->{end_date} if exists $param->{end_date}; my $p = {date => \@date}; =head3 Cとの連携 Lオブジェクトは CのCに直接渡すことが できます。 my $where = $dbi->where; $where->clause(...); $where->param($param); my $result = $dbi->select(table => 'book', where => $where); あるいはC、Cのwhereに指定することも可能です。 =head3 Cとの連携 Cとの連携です。SQLを作成するときに埋め込むことができます。 my $where = $dbi->where; $where->clause(...); $where->param($param); my $sql = <<"EOS" select * from book; $where EOS $dbi->execute($sql, param => $param); =head2 7. テーブルモデル =head3 テーブルオブジェクトの作成 C Lはロジックとしてテーブルを中心にすえた モデルの作成を支援します。 アプリケーションのロジックを記述するときに、そのロジックを データベースのテーブルにすえることは、RDBMSを利用する モデルであれば、コードの重複も少なく わかりやすいものになります。 テーブルオブジェクトを生成するにはCを使用します。 my $table = $dbi->table('book'); 実際にデータベースにテーブルは存在している必要はありません。 これは仮想的なテーブルオブジェクトです。これは Lオブジェクトになります。 テーブルオブジェクトからはC、C、C、 C、C、Cなどのメソッド呼び出すことができます。 Lと異なるところは、C
を必ずしも指定する必要が ないということです。 $table->insert(param => $param); Cmethod( register => sub { my $self = shift; my $table_name = $self->name; # something }, list => sub { my $self = shift; my $table_name = $self->name; # something } ); メソッドに渡される第一引数はLオブジェクトです。 Cを使用して、テーブル名を取得することができます。 このようにして登録したメソッドは直接呼び出すことができます。 $table->register(...); $table->list(...); またテーブル専用のメソッドをオーバーライドして作成することもできます。 $table->method( insert => sub { my $self = shift; $self->base_insert(...); # something } ); もともと存在していたCを呼ぶにはCとします。L のオーバーライドの機能は簡易的なものですが、とても便利です。 =head2 テーブルで共有のメソッドの登録 すべてのテーブルでメソッドを共有するにはC
メソッドでテーブルを作成する前に、 Cにメソッドを登録しておきます。 $dbi->base_table->method( count => sub { my $self = shift; return $self->select(column => ['count(*)']); } ); またテーブルからはLとLのすべてのメソッドを呼び出すことができます。 # DBIx::Custom method $table->execute($sql); # DBI method $table->begin_work; $table->commit; =head2 一般的なモデルの構成 一般的には、Lを継承してコンストラクタの中に、モデルを作成 するのがよいでしょう。 package MyDBI; use base 'DBIx::Custom'; sub connect { my $self = shift->SUPER::connect(@_); $self->base_table->method( ... => sub { ... } ); $self->table('book')->method( insert_multi => sub { ... }, ... => sub { ... } ); $self->table('company')->method( ... => sub { ... }, ); } このようにして定義しておけば、次のように利用することができます。 my $dbi = MyDBI->connect(...); $dbi->table('book')->insert_multi(...); =head2 8. パフォーマンスの改善 =head3 クエリの作成 もしCメソッドを使用してインサートを実行した場合、 必要なパフォーマンスを得られない場合があるかもしれません。 Cメソッドは、SQL文とステートメントハンドルを 毎回作成するためです。 そのような場合は、Cオプションを指定することで、 クエリを取得することができます。 my $query = $dbi->insert(table => 'book', param => $param, query => 1); またCメソッドを使って任意のSQLのクエリを作成 することもできます。 my $query = $dbi->create_query( "insert into book {insert_param title author};"; ); 戻り値はLオブジェクトです。 このオブジェクトはSQL文とパラメータバインド時の列名を 保持しています。またステートメントハンドルも保持しています。 { sql => 'insert into book (title, author) values (?, ?);', columns => ['title', 'author'], sth => $sth } クエリオブジェクトを使って繰り返し実行するにはCを使用します。 my $params = [ {title => 'Perl', author => 'Ken'}, {title => 'Good days', author => 'Mike'} ]; foreach my $param (@$paramss) { $dbi->execute($query, table => 'book', param => $input); } Cメソッドの第一引数にクエリオブジェトを渡すことができます。 Cメソッドよりも高速です。 注意点がいくつかあります。それはパラメータの数は必ず同じでなくてはならない ということです。最初に3つのパラメータだけを渡したのに、次の実行では 二つのパラメータを渡すと予期しない結果になります。それは 動的に生成されたSQLに含まれるプレースホルダの数が異なるからです。 またCによっては自動的にはフィルタが有効にならないので、 C
を指定する必要のあることに注意してください。 本当に必要な場合だけ利用してください。 =head2 9. その他の機能 =head3 メソッドの登録 メソッドを登録するにはCを使用します。 $dbi->method( update_or_insert => sub { my $self = shift; # something }, find_or_create => sub { my $self = shift; # something } ); で登録したメソッドは Lオブジェクトから直接呼び出すことができます。 $dbi->update_or_insert; $dbi->find_or_create; =head3 結果クラスの変更 必要ならば結果クラスを変更することができます。 package MyResult; use base 'DBIx::Custom::Result'; sub some_method { ... } 1; package main; use MyResult; my $dbi = DBIx::Custom->connect(...); $dbi->result_class('MyResult'); =head3 キャッシング タグの展開後のSQLはパフォーマンスの理由のためにキャッシュされます。 これはCで設定でき、デフォルトではキャッシュを行う設定です。 $dbi->cache(1); キャッシュ方法はCにメソッドを指定することで 変更することができます。 データの保存と取得のためのメソッドを定義します。 デフォルトでは次のようにメモリ上にキャッシュを行うものになっています。 $dbi->cache_method(sub { sub { my $self = shift; $self->{_cached} ||= {}; if (@_ > 1) { # Set $self->{_cached}{$_[0]} = $_[1] } else { # Get return $self->{_cached}{$_[0]} } } }); 第一はLオブジェクトです。 第二引数はタグの展開される前のSQLです。 第三引数はタグの展開後のSQLです。 自分で作成する場合は第三引数が存在した場合はキャッシュを設定し、 存在しなかった場合はキャッシュを取得する実装に してください。 =cut