Matt S Trout dbix-class at trout.me.uk Wed Aug 3 16:56:40 CEST 2005 Previous message: [Dbix-class] CDBI::Sweet page method Next message: [Dbix-class] CDBI::Sweet page method Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] On Wed, Aug 03, 2005 at 04:30:49PM +0200, Bernard FRIT wrote: > Being a bit off topic but looking for some help with CDBI::Sweet... > > New to CDBI::Sweet and just
NAME Class::DBI::Plugin::AsFdat - cdbi meets fillinform SYNOPSIS package Music::CD; use base qw/Class::DBI/; use Class::DBI::Plugin::AsFdat; package main; use HTML::FillInForm; my $cd = Music::CD->retrieve_all->first; my $fif = HTML::FillInForm->new; $fif->fill(scalarref => \$html, fdat => $cd->as_fdat); DESCRIPTION Class::DBI::Plugin::AsFdat is easy to convert CDBI object to fdat. `fdat' is data
SQL::Translator is a group of Perl modules that manipulate structured data definitions (mostly database schemas) in interesting ways, such as converting among different dialects of CREATE syntax (e.g., MySQL-to-Oracle), visualizations of schemas (pseudo-ER diagrams: GraphViz or GD), automatic code generation (using Class::DBI), converting non-RDBMS files to SQL schemas (xSV text files, Excel sprea
WEB+DB PRESS vol33の「ライブドア構築ノウハウ大公開」でClass::DBIの永続化を切るには、Ima::DBIの内部でクロージャとして生成されるdb_Mainをオーバーライドすれば永続化を切ることができるという記述がありました。 これなんですが、先日あるアプリを作成しているときに、db_Mainをオーバーライドしても永続化されてしまうという現象にあいました。 いろいろ調べたり、にぽたんとかに聞いたりした結果、db_Mainをオーバーライドしているクラスで __PACKAGE__->set_db() もしくは __PACKAGE__->connection() をしていたのが悪かったということが判明しました。なぜなら __PACKAGE__->set_db() もしくは __PACKAGE__->connection() をすると、Ima::DBIではなくClass::DB
お仕事でレンタルサーバー上でCGIを書く羽目になったのですが、root権限はおろかシェルも使えない環境なのでCatalystにどっぷりつかっていたボクとしては面倒くさくて気が狂いそうです。 特にDB周り。 DBI直たたきなんて非人間的な作業をやっているとバグつぶしだけで頭がおかしくなりそうです。 で、なんとかClass::DBIだけでも使えないか調べて見ました。 CDBIが依存しているクラスでXSを使っているのはversionとCloneだけです。 それならある程度環境が整っているレンタルサーバーならなんとかなるだろうってことで調べて見ると、都合のいいことにversionは--perl_onlyオプション付きでMakefile.PLすればPure Perlなクラスを作成してくれるし、CloneはClone::PPなるPure PerlなCloneクラスがありました。 で、やってみました。
なんかググっても全然良い例に出会えないの。誰も使ってないか、誰も嵌らないかどちらかだ。 半日つぶした。many_to_many が早くできて欲しいね。 テーブルはこんな感じだとする。(code がイけてねぇ〜。中間テーブルぐらい id 入れれば良かった…) CREATE TABLE Users ( code varchar(8) primary key, passwd varchar(255) not null ); CREATE TABLE CourseUsers ( user_code varchar(8) not null, course_code varchar(255) not null, primary key (user_code, course_code) ); CREATE TABLE Courses ( code varchar(5) primary key, name
tags: Perl 普段、ProjectではCDBIを使ってるわけで、 生のDBIを直に扱うことはほっとんどないです。 CDBIを使うと、TTとの連携が気持ちいいのは良く知られてますねぇ。 が、下手に使うと、余計なクエリーがDBに投げられます。 columnsにALLで設定すると、一回目のクエリーではプライマリキーをとってくるだけです。 他のカラムを必要とする場合、一回目のクエリーでとって来たプライマリーを 元に再度クエリーを投げる感じ。 なので、columnsにはALLで設定するのではなく、 Essential と Others を使うのがよいです。 そうすることにより、余計なクエリーを抑えられますね。 其の分メモリを消費するデメリットもあるので要注意ですが。 DBIを直で扱う場合、 プログラム中にSQL書いてそれをDBIになげることになると思いますが、（大体の場合は、おそらく） この
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Class::DBI::Sweetと、他のClass::DBIを継承するモジュール(Class::DBI::mysql)とかを一緒に使う(use baseする)場合は、Class::DBI::Sweetを最初に継承しないといけないっぽい、でした。 #!/usr/bin/perl package DB; use strict; use base qw(Class::DBI::mysql Class::DBI::Sweet); __PACKAGE__->connection("dbi:mysql:test", "test", "", { RaiseError => 1 }); package DB::Item; use strict; use base qw(DB); __PACKAGE__->set_up_table('item'); package main; use strict; us
Class::DBI::SweetでのJOIN Class::DBI::Sweetのjoinをつかった検索を試してみた。 ソースコードは作っているアプリケーションからの抜きだしなので足りないところがあるかも。 EntryとそのTagを想定して、 package Entries; __PACKAGE__->table('entries'); __PACKAGE__->columns(All=>qw/id title text created_on/); __PACKAGE__->has_many("tags"=>'Tags'); 1; package Tags; __PACKAGE__->table('tags'); __PACKAGE__->columns(All=>qw/id entry_id tag/); __PACKAGE__->has_a('entry_id'=>'Entries'
とてもステキなペアを発見。Class::DBI::Loaderを使うと、DB上の全てのテーブルをClass::DBIとして定義してくれるわけだが、たいていの場合実際のデータオブジェクトにさらにメソッドを足したりしたい事が多い。日記才人の場合、例えばPostgreSQLのストアドプロシージャを使う事が多く、それを適時呼んでいる： package NikkiSite::Data::Diaries; use strict; use base qw(NikkiSite::Data::Base); __PACKAGE__->set_sql(latest => SELECT * FROM nsRetrieveLatestDiaries(?) EOSQL まぁ、これを使う所はとりあえず置いておいて、これをClass::DBI::Loaderが定義する情報の上に足したいので、できればこのlib/Nikk
Class::DBIでComunをData::SerializerでSerializeして保存。 Class::DBIでobejctやreferenceを保存の続き。 どんぞこ日記さんのところで紹介されてるData::Serializerを採用した。ソースは追記に貼付けてます。 Data::Serializerを使ったので、Serializeに使うモジュールをいくつか選択できて、暗号化、圧縮、エンコード等ができるようになります。暗号化は便利かも。 使い方は前回と同じだけど、Data::Serializerのconfig用のserialize_configメソッドがついて package Foo; use base 'Class::DBI'; use Class::DBI::Plugin::SerializeColumn; __PACKAGE__->columns(All => qw/id
Class::DBIでobejctやreferenceを保存 「Class::DBI で疑似的カラム」をちょっと機能強化で書いたモジュールをもとにClass::DBI でobejctやreferenceをシームレスに保存できるプラグインを書いてみた。 使い方 package My::Film; use base 'Class::DBI'; use Class::DBI::Plugin::SerializeColumn; __PACKAGE__->columns(All => qw/id title props/); __PACKAGE__->serialize_column('props'); などとクラスを書いて、 My::Film->create({ id=>1, title=>'四月物語', props =>{year=> 1998,director=>'岩井俊二'} }); とでき
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
