OODB - オブジェクト指向データベース (311レス)
OODB - オブジェクト指向データベース http://mevius.5ch.net/test/read.cgi/db/1057157392/
上
下
前
次
1-
新
通常表示
512バイト分割
レス栞
84: NAME IS NULL [age] 04/07/16 12:04 ID:??? >>83 > 昔、Objectivityを使ってました。 > 複雑な構造を持つデータと、頻繁なデータの入れ替わりには > ODBMSしかないのでは。 > 速度がそもそもORDBMSと違います。 ここは、キーボードから打ち込む文法の問題なのか、それが実行されるときの アーキテクチャの問題なのかが一緒になっている気がするので分けて考えたい です。 > イリジウム衛星の軌道制御にも使われていたらしい。 イリジウム自体が尻つぼみだったけど、当時盛んに宣伝してましたね。総容量 1ペタバイトとうたっていたのはこのプロジェクトでしたっけ? > DB初期化時にルートのコレクション・オブジェクトを得るのでそこから辿って行きます。 > ちなみに、名前でオブジェクトを関連づけたりできます。 そうしたものが沢山出来てきて、管理するのが面倒だから代わりにDBMSがやっ てくれるんじゃないでしょうか。 > そもそも、DBのクラスライブラリーに強力なコレクション・クラスがあるので > その検索メソッドを呼び出すなり、そのクラスを使用して強力なコレクション・クラスを作れば > SQLみたいに、文を生成する必要はないです。 自分でどのぐらい作らなきゃいけないかが論点ですね。SQLを組み立てるのと 比べてどのぐらい強力な機能で、どのぐらい簡単なんでしょうか。 「DBMS」という製品パッケージとして成立されるには、当然未知ユーザの未知 の使用方法に応えられるようにしなければならないわけで、その点でRDBの方 が柔軟性が高いように思えます。OODBが自分のソリューションに適合している かどうかを判断するためには、かなり深いところまで調査する必要があるので はないでしょうか。実際に記述することになるコードがあらかじめ分かってい るとか、データへのアクセス統計を把握してそれとOODB内部の動作を照らし合 わせるとか。 どうもOODBが焦点をあてているのは、それまでのDBMSと比べるとシステム全体 の中でのレイヤが1段低いところにあるような気がします。 ちなみにSQLの文法が素晴らしいといっている人は、RDB好きの人の中にもいな かったと思います。伝道師だったC.J.Dateでさえ文句を言いまくってたみたいだし。 もともとE.F.Coddがリレーショナル代数に基づいたインタフェースを提案した けど、難しすぎて誰も使おうとしなかったらしい。 今のSQL文法はオペレータがad-hocにリクエストを実行するために、無理に平 文に似せようとして汚くなってるんでしょうね。COBOL開発のバックログに登 録するより端末からSQLをたたいた方が圧倒的に便利だし。 プログラムから呼び出す方法を考えるときに、未知の不定個のデータを扱う良 い方法が無いこともあって、SQLをそのまま埋め込んでループでまわすなんて いう方法に落ち着いちゃったんでしょう。 埋め込みSQLとは別にCall Level Interfaceもあるけど結局SQLを使いまくるこ とは変わらなくなっちゃったし。 http://mevius.5ch.net/test/read.cgi/db/1057157392/84
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 227 レスあります
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
1.188s*