アカウント名:
パスワード:
O/Rが完全回答だとすれば、リレーショナルデータベースではなくオブジェクトデータベースが、 データベースの世界を席巻してる筈ながら実際にはほぼ全てのデータベースがリレーショナル
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
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)
シロートは帰ったほうがよいかと...