16:41:11という疑問がありまして。ご意見をいただきました。管理さえちゃんとできればそっちの方がお得なんですけどねー。全部含めて1つのテーブルにしようとするとだいぶ苦しいかな、とは思いました。個人的好みはTINYINT複数カラムですかねぇ。チェックボックスの数が多いなら、列に展開するのではなく、そこだけ別テーブルにして行に展開するとか。ありがとうございます。普通に考えるとそうですかねー。tinyint(1)にマップされる、とドキュメントにあります。ケチらなきゃいけない理由がなければ、チェックボックス1つにつき1カラム用意した方が無難だと思うですよ。16:58:22「ケースバイケース」で結論づけてしまっているのだけど、実際どうしようかなぁ。型MySQLには(他は知らない)"SET"というデータタイプがあるらしい。これをDBICで使おうとするとどんなカンジになるのか試してみた。下記のようにtableを作成。CHARSET=utf8これをDBIx::Classで操作するためにSchemaクラスとかなんとかを作成する。DBIx::Class::Schema::Loaderには"dbicdump"というコマンドが付属していて、これを使って一発でclassファイルを作成してくれるらしい。regeneration1;の2つが生成された。これを使ってperlスクリプトから操作して作成や検索してみる。};ちゃんと作成されて、検索もできているっぽい。'bar'となっていた。intでビットマスクかけての操作をラップしてくれてるだけ、というカンジ?わざわざこれだけのためにMySQLしか使えないような仕組みにしようとは思えないなー。Unmarshalちょっとやり方が分からなくて調べたのでメモ。configで設定値を管理npmって意外と高機能で、色んなこと(こんなのとか)が出来る。