OODB - オブジェクト指向データベース

このエントリーをはてなブックマークに追加
248 ：NAME IS NULL：2005/09/17(土) 05:08:39 ID:???
OQLの話題ってここ？

なんかオレ様の知らないうちにオブジェクトDBシステム用の
クエリ言語が標準化されてますた(・へ・)
http://www.odmg.org/

日本語の情報元知ってるひといたらキボンヌ

この辺も
「LDP」
http://lambda.uta.edu/lambda-DB/manual/

「出世魚」
http://www.db.is.kyushu-u.ac.jp/fish/expl/summary.html

あとFastDB試してみたらなかなか使いやすかった。
でも誰も使ってない予感
249 ：NAME IS NULL：2005/09/19(月) 07:51:19 ID:C0eamAh/
で、複雑で大量の事象と空間をシミュレーションするのに
今現在はどの組み合わせのシステムがベストなの？
250 ：NAME IS NULL：2005/09/19(月) 07:55:19 ID:C0eamAh/
多種多様のドキュメントを管理するには何がベスト？
業務処理するには何がベスト？
251 ：NAME IS NULL：2005/10/10(月) 01:31:00 ID:+XVZSTvE
ObjectStoreは，かつてのOO指向のイメージからリアルタイムデータ処理へと変貌した。
252 ：NAME IS NULL：2005/11/13(日) 10:27:14 ID:???
たとえば「注文」オブジェクトがあるとする。

注文番号
注文先
商品
単価
個数
消費税額

みたいなオブジェクトだとして。RDBMS だと、注文先番号 や 商品番号で
マスタとリレーションするよね。

O/R マッピングだと、マスタとジョインした結果を格納する、ってことができて、
RDBMS におけるメリット（マスタに変更があった場合、オブジェクトにもその
変更が反映できる）を受けられる。

OODBMS の形で、オブジェクトをまるごと格納しちゃう場合、マスタデータに
変更があったらどうするんだろう？
253 ：NAME IS NULL：2005/11/13(日) 17:50:39 ID:???
マスタデータを表すオブジェクトを更新するだけじゃないの？

注文オブジェクトと商品マスタオブジェクトはN:1の関連を持つ別のオブジェクト
254 ：NAME IS NULL：2005/11/13(日) 18:45:27 ID:???
ということは、注文オブジェクトの方には、商品マスタオブジェクトのキーを保持
するってこと？

注文番号
注文先キー
商品キー
単価
個数
消費税額

って感じ？ これだと、オブジェクトとしていまいちきれいじゃない感じがするなぁ。
255 ：NAME IS NULL：2005/11/13(日) 20:49:01 ID:???
キーっつうか、マスタオブジェクトへのリファレンスだろ？保持するのは。
256 ：NAME IS NULL：2005/11/14(月) 01:37:46 ID:???
ごめん。いまいちイメージがわかないや。

具体的にいうとリファレンスって何を保持するの？

public class Order {
　int OrderNo;
　Comany OrderCompany;
　Product OrderProduct;
　BigDecimal UnitPrice;
　int Quantity;
　BigDecimal Tax;
}

ってのを当初考えてたんだけど、これじゃ駄目だよね？
257 ：NAME IS NULL：2005/11/15(火) 18:25:16 ID:???
いいんじゃね？
258 ：NAME IS NULL：2005/11/15(火) 22:52:49 ID:???
それがまさにOODBってことなんだと思ってたんですが。
使ったことねえものわがらん。
259 ：256：2005/11/15(火) 23:26:19 ID:???
当初それで考えてたんだけど、たとえば Product.Name が変更された
とするよね、永続化されてる Order クラスには、それがわからないと
思うのですよ。

と思ったんだけど、永続化されるのはあくまで Product クラスの参照であって、
Product クラスの変更は自動的に Order クラスにも伝播するってことかな？

XML への永続化とかだと、そうはならないんで、すっかり誤解してました。
260 ：NAME IS NULL：2005/11/16(水) 13:30:38 ID:???
クラスという言葉はまぎらわしいからオブジェクトと言ってくれ。

実装によって細部は異なると思うけど基本的には
productオブジェクトもorderオブジェクトも、
どちらも永続化されていて、永続化されたDBの中で参照関係が
保持されていると考えるのが普通じゃないかと。
261 ：NAME IS NULL：2006/03/21(火) 13:12:52 ID:???
保守
262 ：NAME IS NULL：2006/04/04(火) 11:09:47 ID:???
>>259
それはヤバイ。製品仕様が変更になって、商品名が変わったときに、
以前に受けた注文の商品名が変わってしまうと、商売上、会計上
無茶苦茶になる。

業務知識に依存で、参照を持つ方法も取れるし、オブジェクト自体を持つ
事も出来るし、必要な項目だけコピーする事も出来る。

どれを選ぶかは、業務次第。
263 ：NAME IS NULL：2006/04/14(金) 18:19:57 ID:???
保守
264 ：NAME IS NULL：2006/06/03(土) 17:13:50 ID:???
db4oのアンケート答えたら本が当った、わーい。
実はまともに触ったことないけど、
届いたらじっくり読んで遊んでみることにするよ。

英語苦手だけど。
265 ：NAME IS NULL：2006/10/01(日) 16:47:44 ID:raj0JmDs
Ｊ○１なんて、変更多かったりいろんなベンダー絡んでくるＷＥＢ系噛んでくると当然だが、まったく使えない。
「どうやって直しゃいいーの？やりようねーよ。」って・・・hahaha
でもって塩漬け
266 ：名無しさん＠お腹いっぱい。：2006/12/04(月) 10:38:56 ID:nny60kaK
関連wiki
http://wiki.ninki.org/wiki.cgi?p=OODB+%2d+%a5%aa%a5%d6%a5%b8%a5%a7%a5%af%a5%c8%bb%d8%b8%fe%a5%c7%a1%bc%a5%bf%a5%d9%a1%bc%a5%b9
267 ：NAME IS NULL：2007/01/13(土) 22:57:22 ID:CL7OUlxj
OQLを使える組み込み可能なOODBって何がある？
268 ：NAME IS NULL：2007/01/17(水) 00:28:55 ID:???
ラムダDBとか。つかちょっとは調べろや
269 ：NAME IS NULL：2007/01/17(水) 16:54:49 ID:???
>>268
すまん
Javaのやつを探していたのでスルーしてた
270 ：NAME IS NULL：2007/01/17(水) 16:58:21 ID:???
db4oがOQL使えれば最高なんだがな・・・NQってなんだよorz
コンパイル時にチェックできてもポータビリティがないじゃないか
271 ：NAME IS NULL：2008/06/21(土) 22:54:09 ID:???
保守
272 ：NAME IS NULL：2008/06/22(日) 19:52:26 ID:???
db4o、色々実験してみて気に入った。
仕事でも趣味でも使ってる人います？
273 ：NAME IS NULL：2008/06/24(火) 01:16:29 ID:hnzrfZsh
>>272

趣味で弄ろうとしてて苦戦中。
Javaで書いてるんだけどオブジェクトをsaveしたりopenしたりする専用のDAOクラス作った方がいいのかな？

274 ：NAME IS NULL：2008/06/24(火) 02:45:42 ID:???
>>273
本格的なプログラムの場合はDAO作った方がいいよ。
海外だと弄ってる人多そうだけど、日本は少ないね。

たしかリコーと提携して何かやるとかって話があったけど、
どうなったんだろう。
275 ：NAME IS NULL：2008/06/25(水) 08:20:07 ID:TGcEK7R9
>>274

中国が積極的みたいだけど日本はね…

リコーは開発案件で積極的に導入してるぐらいだと思うけど。

しかしよくエンタープライズで使う気になるよなぁ
276 ：NAME IS NULL：2008/06/25(水) 17:34:38 ID:???
日本は盛り上がらんね。
日本語の開発者向けフォーラムもさっぱりだし。

リコーはエンプラじゃなくて組み込みじゃないかな？
277 ：NAME IS NULL：2008/06/25(水) 19:43:52 ID:TGcEK7R9
>>276

そうそう、サンプルが少ないから未だにDAOからオブジェクト追加出来ない俺…orz

組み込みなんだ？

自社製品になら納得。

278 ：NAME IS NULL：2008/08/12(火) 23:38:20 ID:???
>>277
サンプルってpdf読んだ？pdf＋あっちのフォーラムで解決出来るよ。

Dao作ってる人はQBE?NQ?SODA?どれベースにした？
ソートとか考えるとSODAしかないのかな・・・
279 ：NAME IS NULL：2008/08/12(火) 23:53:41 ID:???
って1ヶ月前が最終レスか・・・やっぱSODAに行き着いたら離れてくか
280 ：NAME IS NULL：2008/08/13(水) 07:50:09 ID:???
最近さっぱりいじってないけど、俺はNQ
でもSODA併用にすると思う
NQを完全に捨てた場合は、離れたくなる気持ちも解る…

実はQBEが一番好みなんだが、単純なクエリにしか使えない
281 ：NAME IS NULL：2008/08/17(日) 13:37:16 ID:???
>>280
全部のエンジン対応のBaseクラス実装してみた。
・・・Update、Deleteがスマートになった位。

>実はQBEが一番好みなんだが、単純なクエリにしか使えない
QBEは完全におまけだね、用意した意味がわからないレベル。
NQ→SODAも怪しい所があるらしいし。

・・・やっぱりH2＋O/Rでいいやｗ
282 ：NAME IS NULL：2008/09/04(木) 06:17:39 ID:Jasyu6Tw
Google Chrome + Google Gears 大人気だなｗ

Object Store Personal Edition で時代を切り開こうとしてたJava厨涙目ｗｗｗ
283 ：NAME IS NULL：2008/11/09(日) 03:10:17 ID:gH6xlPae
ちと質問。
OODBならGBのファイル管理も余裕ですよ！と謳っているけど何で？
DVDから直抜きしたエロ動画コレクションをOODBで管理すると仮定して
神イグザンプルを教えてエロイ人！！！
284 ：NAME IS NULL：2008/11/09(日) 08:58:10 ID:???
1件のデータが非常に大きいとしても、件数が数千、数万ならOODBでも余裕じゃね？
RDBじゃ無理とか言ってなければ別に嘘じゃない。
285 ：NAME IS NULL：2008/12/11(木) 11:45:03 ID:???
db4objects がデータ管理ソフトウェア Versant に DB db4o 事業を売却
http://japan.internet.com/linuxtoday/20081208/5.html
286 ：NAME IS NULL：2010/02/27(土) 02:58:52 ID:???
KVSよりかはこっちにがんばって欲しいもんだが…
287 ：NAME IS NULL：2010/04/23(金) 08:21:04 ID:iFVUkXwP
まだOODBって業務で使えるレベルではない？
288 ：NAME IS NULL：2010/04/23(金) 19:33:40 ID:???
>>287
現に使われてるだろ
289 ：NAME IS NULL：2011/01/10(月) 22:42:41 ID:PKlMUoys
O/RマッパーとかいうクソみたいなFWが流行っちゃってるから
とっととOODBをもっと広めろやアホども。
290 ：NAME IS NULL：2011/01/13(木) 10:02:25 ID:???
またおまえか
291 ：NAME IS NULL：2011/01/21(金) 00:26:36 ID:???
「またおまえか」
じゃねーよ。
しっかり広めろ。
292 ：NAME IS NULL：2011/01/21(金) 11:47:08 ID:???
よし>>２９１に任せた！
293 ：NAME IS NULL：2011/03/16(水) 12:29:11.83 ID:+4v+dlKX
PHPで使えるSQLiteのような手軽なOODBない？
294 ：NAME IS NULL：2011/03/26(土) 19:51:40.99 ID:???
継承できればオブジェクト指向というのは違う。
メッセージを送ってメソッドを呼び出せないなら
オブジェクト指向型じゃない。
295 ：NAME IS NULL：2011/05/24(火) 23:55:55.53 ID:xKicDgVR
>>294
だからSQLiteのような手軽なOODBが無いかと言ってんの。
OK？
296 ：NAME IS NULL：2011/05/26(木) 06:07:49.44 ID:???
ないない。
無いからお引き取りください。
297 ：NAME IS NULL：
age