OODB - オブジェクト指向データベース (311レス)
上
下
前
次
1-
新
84
(1)
: [age] 04/07/16 12:04 ID:???
AA×
>>83
[240|
320
|
480
|
600
|
100%
|
JPG
|
べ
|
レス栞
|
レス消
]
84: [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サムネイル
ぬこの手
ぬこTOP
0.073s