アカウント名:
パスワード:
O/Rが完全回答だとすれば、リレーショナルデータベースではなくオブジェクトデータベースが、 データベースの世界を席巻してる筈ながら実際にはほぼ全てのデータベースがリレーショナル
ORMの間違った認識、陥りやすい幻想として「SQLを書かずにモデル化された表現だけでDBが使えます!」みたいなものがあって、まさにARはそこに迷走してるように見える。そんなのは非SQL原理主義者の寝言であり、もはやORMでなくてOSM(Object/SQL Mapping)と言うべきだろう。目的が「O/R間のマッピング」ではなく、いつのまにか「SQLを使わない」事になっちゃってる。そしてできたものを利用するには1.SQLを理解する, 2.SQLの構成要素に対応した(妙な)モデルを理解する,という本末転倒な状態になっちゃってるhttp://wota.jp/ac/?date=20050706#p02 [wota.jp]
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日々是ハック也 -- あるハードコアバイナリアン
Hibernateの技術は認めるが (スコア:0)
環境依存のコードをバリバリ書いた方がいいという当たり前の
結論に最終的に戻るのは目に見えてる。移植性が高いから使うという
のは本末転倒もいいところで、バリバリにチューニングされて使える
から移植しようということにもなるわけで。さらに仮にO/Rが完全回答
だとすれば、リレーショナルデータベースではなくオブジェクトデータベース
が、データベースの世界を席巻してる筈ながら実際にはほぼ全てのデータベース
がリレーショナル。初期化もHibernateは遅いし。テストもめんどいし。
生のSQLこねこねした方がいいんだよね。
リレーショナルデータベースを捨てきれないからO/Rマッパが要るんだよ (スコア:1)
リレーショナルデータベースを捨てきれない現実があるからこそ、オブジェクト指向言語からアクセスする際にO/Rマッパを使いたいんだけど。
でもO/Rマッパだけではインピーダンスミスマッチを埋め切れていない、つまりRDBに存在するデータを完全なオブジェクトとして扱いきれない、というもどかしさがあるだけだよ。
SQLをちまちま書いた方が早いようなシステムって、規模が小さいものだけじゃないかな?
Re:リレーショナルデータベースを捨てきれないからO/Rマッパが要るんだよ (スコア:0)
動作が速いと、作るのが早いは違うでしょ。
SQLをちまちま書いた方が速いでしょ。
O/Rマッパを介した方が早くなるって事でしょ?
大体、リレーショナルデータベース:オブジェクトデータベースと対比している時点で、
元記事はおかしいでしょ。
リレーショナルデータベースってのは、データ構造を単純な表的な2次元構造に収める事で、
すばやくアクセスできる様にしたものなのに、
表構造には効率よく収まらないオブジェクト指向のデータの検索が、
表構造の検索より遅いって言ったって当たりまえ。
だからO/Rマッピングを使って、表構造には収めづらいオブジェクト構造を、
表構造に収めるルールを定義するんでしょ?
RDBの上に皮をかぶすんだから、速度については文句言っても無駄。
使いやすさ、効率の高さを問題にしなきゃダメでしょうよ。
Re:リレーショナルデータベースを捨てきれないからO/Rマッパが要るんだよ (スコア:1)
皮をかぶってると遅い。
皮をむいて生でこねこねすると、はやくてきもちいい。
IDでもいいや。
Re:リレーショナルデータベースを捨てきれないからO/Rマッパが要るんだよ (スコア:0)
>つまりRDBに存在するデータを完全なオブジェクトとして扱いきれない、というもどかしさがあるだけだよ。
そこは同意。
ただ、書いてるSQLがインラインビューでこねこねした数十行を超える時はこのSQL構文をどーやってO/Rで
書くのか興味ありますね、どうやるのかしらんと?素直にHibernate上にSQLライクな書き方する
のでしょうか、それならもっと軽いフレームワーク使いたいですね、というわけです。まったくフレームワーク
を使わないJDBCで書く気は勿論さらさら無いですよ:-P
Re:リレーショナルデータベースを捨てきれないからO/Rマッパが要るんだよ (スコア:0)
シロートは帰ったほうがよいかと...
Re:Hibernateの技術は認めるが (スコア:1)
結局HQLをだけで書こうとしても、HQLがどうネイティブSQLに変換されるかを考慮しながら頭をひねる、という真似をしないといかんのよね。
そして抽象化挟んだからパフォーマンスでないよー、という当然予期された壁にぶち当たってくる訳で。。
Re:Hibernateの技術は認めるが (スコア:0)
O/Rマッピングが楽ってだけでHibernate使いたがる客が多くて困る。
どうせ業務アプリの殆どは、2次元表で間に合うのに。
iBatisのほうがよっぽどいいと思うんだが。
#個人的には今でもOODBに愛着があるんだけどね。
Re:Hibernateの技術は認めるが (スコア:1, 興味深い)
パラメータつかわずStringでSQLを組み立ててSQLインジェクション埋め込みまくりなコードはもうこの10年見飽きました。
あとO/Rマッピング使うからSQLやDB理解しなくてもいいという風潮が危険ですね。DBの知識がないとアレは真に使えませんし。
今原Hibernate依存ではなくJavaEE5、EJB3に含まれるJPAで書くのが普通ですからHibernateは実装のうちのひとつ程度にしか感じないのでわりとどうでもいいことです。
Re:Hibernateの技術は認めるが (スコア:0)
魔法の言葉、適材適所。
魔法の言葉、ケースバイケース。