OODB - オブジェクト指向データベース (311ﾚｽ)
上下前次1-新
87(2): 85 04/07/20 22:40 ID:??? AAS
>>86
あんまり詳しくないんですが、
> そうやって標準化／利用便宜のためのレイヤが重なってくるとすると、そのバッ
> クエンドにある格納／トランザクション管理システムをRDBからOODBに移行す
> るメリットはどの辺にありそうでしょうか。
重いかどうかとRDBとOODBをどう使い分けるかというのは別の話だと思いますよ。
私がここで言いたかったのは、どこを標準化するかというのがこれからの問題（焦点？）であって、
今の時点で、必ずしも今のRDBにおけるDBMSと同じ形態と決めつけるのはつまらないよんって事です。
あとこれは同意見だと思いますが、RDBに適したものをOODBに無理矢理移行するのはナンセンスだと思います。
個人的には、RDBに限界を感じてますね。RDBはデータ構造が２次元ですが、階層的に持ちたいって思う事が
多々あります。じゃあ正規化して別テーブルにすりゃあってごもっともなご意見が返ってきそうですが、頻繁に
変更されるのが当然という現在のビジネス速度に対応するには、正直つらいです。
だからオブジェクトとかXMLとかがそのまま格納できりゃあいいんですが、現実問題として考えると・・・
> > ＲＤＢでもO/Rマッピングツール使えば勝手にList, Map, Iteratorから取得できるように
> > してくれるから、そのままオブジェクト指向として使える。
> List, Map, Iteratorそのほかが使えればオブジェクト指向的だと考えてよい
> んでしょうか。（この辺の判断基準は良く分かりません）
んー。違いますね。それはまた別問題ですね。
Listに格納されているクラスがオブジェクト指向設計されているかどうかは別の話でしょう。
項目５０個あるからセットするコードを５０行書いてとか自分でBeanをnewしてなんて書かなくても、今のO/R
マッピングツールの中にはそういうのを自動で勝手にやってくれて、Listで返してくれるものもあるよんって意味でかきました。
（マッピングツールが全部そうってわけじゃないけど。）
ああ、ここで言っているListとかは、javaのcoreクラスです。念のため。
> 本題から離れた興味ですが、1回のQuery結果件数が多数になった場合、RDBで
> はResultの受け取りをStreamingすることになりますが、ORマッピングツール
> (やOODB)でも同様の動作になるんでしょうか。
やっぱそうじゃないんでしょうか？ limitとかtopとかキーワードをSQLに書けるRDB製品もありますが
（offsetとかもありましたっけ？）、そうじゃなけりゃくるくる回してるでしょう。
問題は、そのくるくる回す部分を「私がプログラミングする必要があるかどうか」じゃないでしょうか？
> ＃Listのノードを先へたどるときに、｢未取得｣と「最後」の2種類のステータスがあるとか。
> それとも全結果が確定してからList等をクライアントで受け取ることになるのでしょうか。
さあ？ ＯＯＤＢってのは誰が（どこで）やるのが一番ベストなんでしょう？
私としては、「私がコーディングする必要があるか否か」が重要であって、ＤＢＭＳが担当しようと、
ＤＢＭＳ以外が担当しようと、速度的に同じであればＤＢＭＳ内に標準化されていようがＤＢＭＳ外で
標準化されていようがあまり重要でないと思います。あくまで「私としては」ですけどね。
次の問題としては、ベンダー（というか製品）によってアクセス方法に違いがあるってことですが（RDBでいうところのSQL)、
これは理想論なんでしょうかね？ SQLが無い時代を考えたら進歩する可能性もあるのかもしれませんね。
＃オブジェクト指向なら、継承で独自拡張路線？
上下前次1-新書関写板覧索設栞歴
あと 224 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 1.341s*