YappoLogs: DBICのEncodeColumnsとかがResultSet::createで誤動作する件、ほか
DBICのEncodeColumnsとかがResultSet::createで誤動作する件、ほか 実際はDBIC::EncodeColumnsを使っていて気づいたのですが package Schema::SjisTable; use strict; use warnings; use base 'DBIx::Class'; __PACKAGE__->load_components('EncodeColumns', 'PK::Auto', 'Core'); __PACKAGE__->decode_columns('cp932'); と定義してあるスキーマに$schema->resultset('SjisTable')->create({ ... })という感じでinsertするとcp932でDBに格納されるのではなくutf8でDBに格納されてします。 これはUTF8Columnsでも、utf
DBIx::Class 次の一歩（←いまココ） - daily dayflower
DBIx::Class にはいくつか興味深いモジュールがあります。 DBIx::Class::PK::Auto 標準で添付されているモジュールです。これについては以前書きました。 DBIx::Class::InflateColumn 標準で添付されているモジュールです。カラムデータとオブジェクト（たとえば DateTime クラスとか）を相互変換できるモジュールです。これを使うと CDBI の has_a で外部クラスを指定した時のようなことができるのかな？ DBIx::Class::WebForm Data::FormValidator 等の結果をもとに，レコードを作成したり更新したり（CRUD）することができるモジュールみたいです。でも，実際にはフォームとテーブルが一対一対応してることなんて少ないと思います。ドキュメントも全然書いてないし。なので自分では使わないと思います。 DBIx:
inflate_columnとget_columnと_column_data[DBIC] - ヒルズで働く@robarioの技ログ
取得したデータを参照するときに変換しておきたい場合はinflate_columnを使います。 例えばcreated_onカラムをDateTimeオブジェクトとして扱いたい場合、 package Schema::Foo; __PACKAGE__->inflate_column( 'created_on', { inflate => sub { DateTime::Format::xxx->parse_datetime(shift); }, } ); なんて設定をしておくと、$row->created_on はDateTimeオブジェクトになるわけです。 この時 $row->get_column('created_on') とすることで生の文字列を得ることもできます。 また、inflate_columnを使う代わりに get_column を上書きしてしまうこともできます。 package S
![inflate_columnとget_columnと_column_data[DBIC] - ヒルズで働く@robarioの技ログ](https://cdn-ak-scissors.b.st-hatena.com/image/square/bac771868b3baab9baaefa52d1ede508fb620e4d/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127100682843%2F17680117127100698841%2F1556722078)
Perl/DBIC - Nekokak's core dump
VERSION-0.05000での記述。http://search.cpan.org/~mstrout/DBIx-Class/ ドキュメントも当初に比べれば増えてきたし、そっち見たほうがよかばい。 まあ以下は簡単なまとめで。一通り使えるくらいは書きたい。 このサイトはWikiなので途中途中に色々追加したり修正したりしますからご注意を DBIx::Class::Schemaを使ってみる これからDBICではSchemaメインらしい。 使うテーブル作成SQL create table user ( id int(10) NOT NULL auto_increment, name varchar(256) NOT NULL, PRIMARY KEY (id) ) ENGINE = InnoDB;
DBIx::Class ＋ Catalyst::View::JSON（２） - ヒルズで働く@robarioの技ログ
以前書いたエントリの修正です。 get_columnsだとinflateを通らないようなので、明示的にアクセサを呼ぶように修正しました。使い方には変更ありません。 sub inflate_row { my $row = shift; my %data; foreach my $column ( $row->result_source->columns ) { $data{$column} = $row->$column; } return \%data; } sub inflate_resultset { my $rs = shift; return [ map { inflate_row($_) } $rs->all ]; } sub inflate_dbic { my ( $c, $obj ) = @_; if ( !Scalar::Util::blessed($obj) ) { re
DBICのmany_to_manyでできること - Lism.in * blog - nekoya (id:studio-m)
ググっても意外と情報が出てこないmany_to_manyを試してみた。DBはMySQLで。 ■ DB作成 DBはこんな感じで作る。 create table users ( id int not null auto_increment primary key, name varchar(255) not null unique ) engine=innodb; create table roles ( id int not null auto_increment primary key, name varchar(255) not null unique ) engine=innodb; create table user_roles ( id int not null auto_increment primary key, user int not null, role int not
hide-k.net#blog: Catalystでマルチバイトを取り扱うときのまとめ
#前に社内wikiに書いておいたのを公開してみるテスト。 Catalystでマルチバイトを扱う機会があるのは主に ユーザーがフォームで入力する値 ($c->req->param()) データベースからの入出力 (DBIx::Class) それ以外の文字列の評価 View::TTによる出力の生成 FillInFormによるフォームの埋め込み HTTPレスポンス です。 ここでは以下の条件でまとめてみました。 文字コードはUTF8に統一 データベースにはmysqlを使用 下準備 テンプレート、perlのコードは全てUTF8で書きます。 mysqlの文字コードの指定は/etc/my.cnfに [mysqld] default-character-set = utf8 skip-character-set-client-handshake [mysql] default-character-set
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
asp-edita.jp