R/Oマッピング

いがぴょんの日記のいがぴょん氏が「R/Oマッピング」なる概念を述べられています。

「O/Rマッピング」ではなく「R/Oマッピング」です。前者はここ数年来Java界隈で流行のキーワード*1、後者が今回いがぴょん氏が述べられている概念です。ぼくはそれぞれ「O→R」「R→O」と読み替えるとイメージがつかみやすいと思っています。

O→Rマッピング
Object主体のアプローチ（ObjectからRelationへのマッピングで楽ができる）。「オブジェクトの永続化」を手軽に実現しましょう、という発想が出発点。まずオブジェクト指向設計があって、永続化のためにRDBを利用するという姿勢。ほんとはオブジェクト指向DBがあれば万事うまくいくんだけど、今のところ性能面でRDBに敵わないので、しばらくはO/Rマッピングフレームワークで凌ごう、という考え方でもあるかも？RDB固有の機能にはあまり関心がない。
R→Oマッピング
Relation主体のアプローチ（RelationからObjectへのマッピングで楽ができる）。RDBのデータをいかに手早くオブジェクト指向の世界に持ってくるか、という考え方が根本にある。RDBにはRDBの利点があるわけだし、長年培われてきた資産やノウハウもある。RDB固有の便利な機能もある。それらをもっと積極的に活用しよう、という姿勢。

R/Oマッピングでは「あたりまえのSQLが使える」「RDBのトランザクションがちゃんと使える」という点がキーポイントでしょう。そう、いわゆるO/Rマッピングフレームワークでは、これらがうまく利用できない場合があるんです。例えばHibernateを実際の業務システムに適用しようとした時に、そのあたりで壁にぶつかることがあります。その壁を乗り越えるために抜け道（O/Rマッピングからの抜け道）を作ったりしているうちに設計の一貫性が失われてしまい、フレームワークを利用する意味が乏しくなってしまうんです。

現実のシステム開発の多くでは、この「R→Oマッピング」というアプローチのニーズは高いのではないでしょうか。既存システムのRDB構造に設計が縛られてしまうようなケースでは非常に価値があると思います。注目です。

まずは、blancoDbに触れておこうと思います。

*1:HibernateとかHibernateとかHibernate

今日のネクタイ

hyperash2005-05-09

つかの間の「キョウネク」再開です。

さて、今回の一品はご覧の通り「天気図」です。気象予感士としてはこれは確保しておかねばなるまい、と衝動買いしてしまいました。今年の春物らしいですが天気図は秋ですね。

YOSHIE INABA。探し回った挙げ句に昨日やっと発見して購入。

安らかに・・・

さっき帰ってきてこのニュースを見て茫然としています。亡くなられたパイロットの方は、国内の曲技飛行の第一人者、ロック岩崎氏ですよ！

航空自衛隊で戦闘機パイロットを勤め、退官後、民間では日本初（そして唯一）のアクロバット飛行チームを結成し、各地の航空ショーで華麗な曲技飛行を披露されていました。今日もショーに向けての訓練飛行中だったようです。

一度だけ直接お目にかかったことがあるのですが、「パイロット」というより「エアライダー」とでも呼ぶべき雰囲気を全身から漂わせ、そのプロの風格には痺れるばかり。あまりにカッコ良すぎました。

何というか・・・もう言葉が見つかりません。書いてることもグダグダですね。曲技飛行という世界である以上は、いずれは確率の壁にぶつかるのでしょうか・・・あまり、考えたくないことですが。

謹んでご冥福をお祈りします。