アカウント名:
パスワード:
O/Rが完全回答だとすれば、リレーショナルデータベースではなくオブジェクトデータベースが、 データベースの世界を席巻してる筈ながら実際にはほぼ全てのデータベースがリレーショナル
より多くのコメントがこの議論にあるかもしれませんが、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でもいいや。