ORMは不快なアンチパターン | To Be Decided
このエントリでは、Yegor Bugayenkoによる記事、ORM Is an Offensive Anti-Patternを紹介する。 (Yegorから和訳と転載の許可は得た。) 以下はその全文の和訳だが、意訳超訳が混じっているので、もとのニュアンスを知りたければ元記事を読んでもいいし、読まなくてもいい。 結論から言えば、ORMはオブジェクト指向プログラミングの原則の全てに違反するひどいアンチパターンだ。オブジェクトをバラバラに引き裂き、もの言わぬ受身なデータ入れに変えてしまう。 小さいWebアプリケーションから、数千のテーブルをCRUD操作するエンタープライズシステムまで、どんなアプリケーションにもORMが存在することはゆるせない。 代わりになるものは? SQLを話すオブジェクトだ。 ORMの仕組み オブジェクト関係マッピング (Object-relatinal mapping、ORM
第30回 データベースプログラミング入門―汎用インタフェースDBIと、O/RマッパTengの使い方（3） | gihyo.jp
Perl Hackers Hub 第30回データベースプログラミング入門―汎用インタフェースDBIと、O/RマッパTengの使い方（3） （1）はこちら、（2）はこちらから。 Tengの使い方 （2）ではDBIを使ってどのようにデータベースを操作できるかを解説しました。DBIはそのままでも十分に高機能ですが、ハッシュリファレンスや配列リファレンスで表現された単一行のデータをそのまま利用して複雑なロジックを実装すると、コードが複雑になってしまう場合があります。ロジックが複雑化するケースは単一行のデータをクラスに紐づけてオブジェクト化すると扱いやすくなることがよくあります。 O/Rマッパ（Object-Relational Mapper）は、その名のとおり単一行のデータをクラスに紐づけてオブジェクト化することを主目的とした実装です。O/Rマッパを利用することで、データベースを扱う処理をよりシ
Hash::Compactを使って、構造をもったカラムのデータを効率よく扱う - Kentaro Kuribayashi's blog
Hash::Compactという、HashRefのkey/valueを、keyのエイリアスやデフォルトのvalueをサポートすることでコンパクトに表現できるモジュールがあります。ドキュメントにはCache::Memcached::Fastでの利用例が示されているのですが、今回はそれをDBで使う例を紹介します。必ずしもORMが必要なわけではないのですが、説明の簡単のために、Tengを使います。 テーブル structカラムに、JSONでシリアライズしたHashRefを格納する、以下のようなテーブルがあったとします。 CREATE TABLE `data` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `struct` blob, PRIMARY KEY (`id`) ); Tengでのスキーマ定義 今回はTengを使うので、以下のようなスキ
生DBI + SQL::Maker がちょうどいい | ブログが続かないわけ
Perl でDB 今年に入ってからまたPerl を使うことが多くなってきていました。画面を伴うものはだいたいPHP で書いて、そうでないもの、例えばバッチ処理のようなものはPerl で書くことが多いので、バッチを書くことが多くなってきているということです。 Perl でDB を扱うときは、少し前まではDBIx::Class を好んで使っていたので、既存の案件のカスタマイズなどではいまも使うことになっています。しかし、新規に何か作ろうと思うと、スキーマを作るのが面倒に思えてなりません。ワンライナーで作れるのですが、それすらも面倒に思えてきてしまいました。 そもそも、簡単な処理しかしないのであれば、DBIlC は大袈裟な気がしてしまいます。DBIx::Skinny なども検討したのですが、そもそもO/Rマッパーが不要なんじゃないかというくらいの小さな規模では、そういうものもあまり使う気になれま
O/R Mapper についてかんがえてみた
元ネタ）http://d.hatena.ne.jp/tokuhirom/20110104/1294170319 昔良くORMを使うことのメリットは SQLを書かなくてよくなる。 つまりプログラマはSQL脳が低いからプログラマにSQLを書かせない。 プログラム中にSQLという別の概念がはいってくるとコードが読み難くなる。 バックエンドのRDBMSの差異を吸収してくれるからバックエンドを気にする必要がない。 さらに、バックエンドのRDBMSを簡単に取替え可能。 プログラマブルにSQLを組み立てしたい。 などと言われることが多いんじゃないでしょうかね。 個人的には最後の「プログラマブルにSQLを組み立てしたい」と言う要件以外は全部 間違っていると思います。 イカ全て自分の視点なだけなので違う意見もあるであろうことを承知で言い切ります。 SQLを書かなくてよくなる。つまりプログラマはSQL脳が低い
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ビギナーだから使いたいO/Rマッパー ～Tengを使った開発～
nabokov7; rehash : O/Rマッパーはなぜ悪か・2
/articles/advent-calendar/2011/teng
