OODB - オブジェクト指向データベース (310ﾚｽ)
上下前次1-新
211: [age] 04/12/20 19:42 ID:??? AAS
>>208
> ObjectStoreには、Inspectorというツールがあって内容の参照やある程度
> の操作ができます。他のOODBにもありそうですけどね。もし汎用のツールを
> 想定されているのなら、そういうものはないでしょう。
RDBの「汎用ツール」にしたって、ユーザに公開しているプログラミング用の
インタフェースを使って出来ているでしょうから、OODBが特に使いにくいとい
うこともないのでは。
あ、RDBだとSQL*Plus見たいなものを自分で作ろうと思えば作れるけど、OODB
だと相当面倒なことになるんでしょうか。
「Inspector」を使うためには開発したクラス定義ファイルを読み込ませてや
省1
212(1): [age] 04/12/20 19:57 ID:??? AAS
>>207
> そういう機能がなければ、はっきりいってそれこそ普通のRDBにシリアライズしてつっこんで、
> 後はそのオブジェクトに対するシリアライズ／デシリアライズのラッパをかますのと大差ないような気がします。
こうした、「要するにプログラムの中の変数を保存すればよいんでしょ？」と
いう発想が、そもそもOODBや一部オブジェクト指向技術者の間違いだと思いま
す。
＃207さん失礼。
もともと「データ」はコンピュータを使う前から現実に存在していて、それを
コンピュータでどうやって管理するか、という考えからDBMSが出来ていると思
います。
省9
213(2): 04/12/28 11:16 ID:??? AAS
>>212
オブジェクトの永続化は変数の保存とかファイルのセーブなどとは
違う水準の発想だと思うけど。
「オブジェクト」はコンピュータを使う前から現実に存在している
もので、オブジェクト指向設計はそれをコンピュータでどうやって
管理するか、という考えだし。:-)
214: 04/12/28 18:55 ID:??? AAS
>>213
＞「オブジェクト」はコンピュータを使う前から現実に存在している
いやーそういう原理主義は今は流行ってないよ。
215: 05/01/07 10:00 ID:??? AAS
でもデータ中心主義者のいう「エンティティ」と
オブジェクト指向主義者のいう「オブジェクト」って
似たり寄ったりの概念だよね
216: [age] 05/01/07 20:25 ID:??? AAS
>>213
コンピュータを使う前はオブジェクトをどのように扱っていたのか教えてもらえませんか。
私にはそうした意味の「オブジェクト」とは非常に抽象化された概念で、「○
○すること」「○○するもの」と呼べるもの全般を指しているように思えます。
それはDBMSを使った実装とか開発等とは全然別のレイヤの概念で、それに無理
矢理「オブジェクト」と同じ呼称を付けて一緒くたにしているんじゃないでしょ
うか。
「オブジェクトの永続化」と「変数の保存」がどのように違う水準で議論
･考察・活用されているのか教えてください。
＃クレクレ君ですいませんが。
217: 05/01/12 22:36 ID:kc5XMLkY(1) AAS
http://www.db4o.com/
ｷﾀ━(ﾟ∀ﾟ)━!
218: 05/01/13 18:37 ID:??? AAS
組込み用データベース？
219(1): 05/01/19 04:16 ID:??? AAS
OODBって問い合わせ言語は何使うの？
SQLじゃないよね？
220: 05/01/19 10:25 ID:??? AAS
sqlも限定的に使えるのもあったんじゃなかったかな。
cacheかな。何せ使った事がないもんですみません。
221: U ◆CZtFsGiu0c 05/01/19 16:12 ID:??? AAS
>>219
OQLってのもあるけど、普通のオブジェクトと同様関連をたどっていくのが基本。
222: 05/01/19 18:26 ID:??? AAS
ODBってJAVAのbeanをそのままDBに格納するのですか？
格納するときはいいけど、selectとかしたらどうなるの？
beanの型でデータが返ってくるのですか？
（だとしたら、joinとかしたらどうなるのだろう･･･
新規のbean型を動的に生成するのだろうか？）
223: 05/02/19 21:10 ID:nDi7jRio(1) AAS
Cach?
224: 失敗した… 05/02/19 21:11 ID:??? AAS
Caché
225(3): 05/02/19 22:37 ID:zu8T/EQb(1/2) AAS
ODBとオブジェクト指向言語の関係が今ひとつわからない。
要するにオブジェクトを永続させたいのか。
データベースの主張するところはとどのつまりデータの独立だった。
ここのところはどうなるか。それで唐突に思い出したのだが、
IBMシステム38がサンノゼ研究所で1970年代に開発された時、
最大の課題は「停電」だった、と言う話。
このメモリー(プログラム)とデータベースを一体に見ようとした
システムでの課題はデータの永続性だったということ。
226: 225訂正 05/02/19 22:42 ID:zu8T/EQb(2/2) AAS
>このメモリー(プログラム)と → このメモリーと
227(2): [age] 05/02/21 15:29 ID:??? AAS
>>225
(偏見に満ちたレスです。)
ODBとOOPLを考えるときに、アーキテクチャ全体がどうなっているかとか、
システムがどういう風に稼動・運用・活用されるのかということを考えてはい
けません。
目の前のエディタに表示されている作成中プログラムのコードだけに着目しま
しょう。オブジェクト指向で楽しくプログラミングしているのにSQLとか変な
ものが混ざってきて嫌ですよね。
そこで全てを｢オブジェクト｣にしてしまえば解決してしまいます。
SQLなんてコンピュータの都合で産まれたもので、それに比べればオブジェク
省6
228(1): 05/02/21 17:13 ID:Cc0+reOg(1) AAS
>>227 素敵なレスです。皮肉でなく。でもここだけは納得できません。
>SQLなんてコンピュータの都合で産まれたもので
SQLは論理式(まがい)です。オブジェクトを認識できるものが
論理から超越していることはあり得ません。
あなたの文章はしっかりしていますし、十分に論理的です。
229(1): 05/02/21 23:57 ID:??? AAS
プログラムなんてデータのおまけ
230: 05/02/22 01:00 ID:AhjHU21x(1) AAS
ミドルウエアの適用というのは多分にイマジネーションの世界だと思うんだけど、
やっぱり現時点では具体的に使えそうな業務というか適応分野があまり見当たらないよ。
（別部署のシステムでGemStone＋Smalltalkというシステムが1つあるけど、必然性を感じない）
それこそかつてのJavlinのようなEJBキャッシュみたいなニッチなところ（業務そのものの
データではなく、極めて基盤的なところ）にしか入り込めないという印象。
逆にOODBならではの事例集とかがあれば、もっとイマジネーションも沸くんだけどね。
231: 05/02/22 18:01 ID:??? AAS
>>225 >>227 >>228 >>229
オブジェクト指向プログラミングはオブジェクトの性質を記述するもの。
SQLは集合の性質を記述するもの(内包的な定義)。
232: 05/02/22 21:17 ID:??? AAS
もっと続けて、ハイ！！
233: 05/02/23 01:22 ID:??? AAS
>>225 商用システムでオブジェクトという概念を最初に持ち出したのが
システム38ですね。良かれ悪しかれ興味深いマシンでした。
234: 05/02/26 23:32 ID:ZSke6ZFq(1) AAS
いろいろ異論はあろうが、ざっくりと「オブジェクト＝データ＋手続き」と定義する。
データについては、表現方法を妥当なレベルで共通にできる。
しかし手続きは、言語や処理系によってその表現は異なる。なかなか共通させることはできない。
「オブジェクトの表現形式」を標準化し、それをいろんな処理系からアクセスできるようにする作業が必要になる。
で、それは技術的には可能だ。
だが実際問題としてそこまでやる必要性が薄い。
単にオブジェクトデータベースを使うだけならいつでもできるが、
広い普及はまだまだ無理な状況にある。
235: 05/02/28 02:20 ID:bYwMEZoh(1) AAS
BFS1.0やWinFSってRDBだよねぇ。OODBがFSになるのはいつの日か・・・
236: 05/03/02 00:32 ID:??? AAS
OODBなファイルシステムっていまいちイメージがつかめんが、
Newtonのsoupとか、BTRONみたいなものかな？
237: 05/03/20 23:15 ID:2uyd6Lyh(1) AAS
>> 234
データはオブジェクトごとに異なりますが、手続きは変わりませんよね。
オブジェクトの状態を復元するために、手続きは必ずしも永続化されている必要はありません。
また、255でもかかれているように、DBMSのそもそもの目的がデータの独立性であるならば、
むしろ手続きは永続化対象外でであるべきかと思います。
データのみが永続化対象であっても、オブジェクト指向で表現できるデータ構造をリレーショナル
モデルに変換するひつようがないのであれば価値があると感じます。
238(1): 2005/04/02(土)11:19 ID:??? AAS
RDBMSで現実的なシステムを組むために
ストアドとかトリガみたいな機能が必要になったことが、
データと手続きが不可分であることを表していると思うのだが
239(2): [age] 2005/04/04(月)17:07 ID:??? AAS
久々に書きこもう。
>>238
実装(プログラミング)のためにはそうした方が便利という面はあると思う。
だけど実装のために必要になったデータ(ループ変数とかフラグとか関数間受
け渡しための変数とか)と、業務で必要なデータ(顧客名とかIDとか単価とか)
は概念上別なものとして認識するのが自然だと思うけど。
OOな人は何故か「とにかくプログラム上は一緒なんだから」という考えのよう
な気がして不思議。
OOな人の目的ってやっぱりプログラミング?
240(1): U ◆CZtFsGiu0c 2005/04/05(火)16:06 ID:??? AAS
>>239
よく趣旨がわからないけど、OODBだろうがなんだろうが、永続化すべきデータに
違いはない。ただその格納方法に違いがあるだけ。それからOOな人だからといって
OODBを使いたがるとは限らないよ。
241(1): [age] 2005/04/05(火)17:28 ID:??? AAS
>>240
ここでの文脈はOODBかRDBかではなくて、データと手続きはどのように不可分
なのかということだと思います。
で、私は「永続化すべきデータに違いはない」とまるっきり区別しない事に、
違和感を感じていると書いたつもりです。
(この引用の仕方はU ◆CZtFsGiu0cさんの意図とは違っているかもしれません)
あと、OOな人がOODBを使いたがるわけではないかもしれませんが、RDBへの不
満はいっぱい持っていると思います。しかし私はそこに未だ合理的な理由を見
つけられなくて、単に「俺の好きなプログラミングのことだけ考えたい」とい
うような主張にしか見えないのです。
省2
242(1): U ◆CZtFsGiu0c 2005/04/05(火)17:57 ID:??? AAS
>>241
>ここでの文脈はOODBかRDBかではなくて、データと手続きはどのように不可分
なのかということだと思います。
よくわからないな。プログラム上データと手続きが不可分だとしても、永続化
すべきデータには違いはないですよ。永続化するのはあくまでデータなんだから。
>あと、OOな人がOODBを使いたがるわけではないかもしれませんが、RDBへの不
満はいっぱい持っていると思います。
これは、「インピーダンス・ミスマッチ」の一言につきると思います。
設計したモデルをデータストアの都合で崩さなければならない、ということに
不満がありますね。
省8
243(1): [age] 2005/04/05(火)18:45 ID:??? AAS
>>242
> よくわからないな。プログラム上データと手続きが不可分だとしても、永続化
> すべきデータには違いはないですよ。永続化するのはあくまでデータなんだから。
データの中で概念的に違っているものがあれば、一緒にしないで別々の手段が
有るのが理想じゃないですか?それぞれの活用方法も違っているんだろうし。
> 合理的かどうかはわからないけど、自分がやりやすい方法でやりたいのに
> 壁があるからなんとかできないか、と考えるのは自然ではないですか?
プログラミング以外に、保守・メンテナンスやそれに伴う出力や顧客との意思
疎通とかいろんな問題があるはずです。
「自分の仕事が開発して納品することだから、周りの皆がその都合に合わせて
省1
244(1): U ◆CZtFsGiu0c 2005/04/05(火)19:28 ID:??? AAS
>>243
>データの中で概念的に違っているものがあれば、一緒にしないで別々の手段が
有るのが理想じゃないですか?それぞれの活用方法も違っているんだろうし。
うーん、よくわからないです。概念(ってなに?)が違えば別のものになるのは
当たり前だと思うけど、具体的にはどういうことですか?
>プログラミング以外に、保守・メンテナンスやそれに伴う出力や顧客との意思
疎通とかいろんな問題があるはずです。
「顧客との意思疎通」はともかく、保守・運用やアドホックなデータ検索に
関しては今のOODBはダメダメですよ。それに関する認識はここにもさんざん
書きました。だからこそ、ObjectCacheやCacheに期待するところがあるん
省6
245(1): [age] 2005/04/06(水)15:26 ID:??? AAS
>>244
> うーん、よくわからないです。概念(ってなに?)が違えば別のものになるのは
> 当たり前だと思うけど、具体的にはどういうことですか?
>>239で書いたようなことです。
「データと手続き」の場合大抵区別せずに話が進むので、念を押してます。
DBにおける「データ独立性」の「データ」とはニュアンスが違うと思います。
> もしかしてデータベースの保守をやっている方ですか? 逆にデータベース側の
> ことしか考えてないってことないですか? プログラムの保守についてはどう
> 思ってますか? データベースはシステムの一部にしか過ぎないんですよ。
保守では有りませんが、DBMSの販売に昔かかわっていた者です。
省10
246: U ◆CZtFsGiu0c 2005/04/06(水)20:17 ID:??? AAS
>>245
>「データと手続き」の場合大抵区別せずに話が進むので、念を押してます。
DBにおける「データ独立性」の「データ」とはニュアンスが違うと思います。
そういうことですか。実装上必要な揮発性のデータを永続化するなんて
ありえない、というか「データと手続きが不可分」と言う言葉を曲解してる
ように思います。
>DBはシステムの一部ですが要です。
以下の点でプログラムの都合よりもDBの都合を優先させるのが自然だと思います。
特に反対することはないんですが、やはり誤解されていると思います。
OOでやってもエンティティはフローズンスポットになるのでそんなに
省1
247: 2005/04/07(木)11:33 ID:??? AAS
つかってはみたが・・・
なれればそうリレーショナルデータベースと別物ってかんじではないなぁ・・・
まぁ、ちびっとしかつかってないのでこれから使ってみて判断セにゃいけんのだが・・
248: 2005/09/17(土)05:08 ID:??? AAS
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
省2
249: 2005/09/19(月)07:51 ID:C0eamAh/(1/2) AAS
で、複雑で大量の事象と空間をシミュレーションするのに
今現在はどの組み合わせのシステムがベストなの？
250: 2005/09/19(月)07:55 ID:C0eamAh/(2/2) AAS
多種多様のドキュメントを管理するには何がベスト？
業務処理するには何がベスト？
251: 2005/10/10(月)01:31 ID:+XVZSTvE(1) AAS
ObjectStoreは，かつてのOO指向のイメージからリアルタイムデータ処理へと変貌した。
252: 2005/11/13(日)10:27 ID:??? AAS
たとえば「注文」オブジェクトがあるとする。
注文番号
注文先
商品
単価
個数
消費税額
みたいなオブジェクトだとして。RDBMS だと、注文先番号 や 商品番号で
マスタとリレーションするよね。
O/R マッピングだと、マスタとジョインした結果を格納する、ってことができて、
省4
253: 2005/11/13(日)17:50 ID:??? AAS
マスタデータを表すオブジェクトを更新するだけじゃないの？
注文オブジェクトと商品マスタオブジェクトはN:1の関連を持つ別のオブジェクト
254: 2005/11/13(日)18:45 ID:??? AAS
ということは、注文オブジェクトの方には、商品マスタオブジェクトのキーを保持
するってこと？
注文番号
注文先キー
商品キー
単価
個数
消費税額
って感じ？ これだと、オブジェクトとしていまいちきれいじゃない感じがするなぁ。
255: 2005/11/13(日)20:49 ID:??? AAS
キーっつうか、マスタオブジェクトへのリファレンスだろ？保持するのは。
256(1): 2005/11/14(月)01:37 ID:??? AAS
ごめん。いまいちイメージがわかないや。
具体的にいうとリファレンスって何を保持するの？
public class Order {
int OrderNo;
Comany OrderCompany;
Product OrderProduct;
BigDecimal UnitPrice;
int Quantity;
BigDecimal Tax;
}
省1
257: 2005/11/15(火)18:25 ID:??? AAS
いいんじゃね？
258: 2005/11/15(火)22:52 ID:??? AAS
それがまさにOODBってことなんだと思ってたんですが。
使ったことねえものわがらん。
259(1): 256 2005/11/15(火)23:26 ID:??? AAS
当初それで考えてたんだけど、たとえば Product.Name が変更された
とするよね、永続化されてる Order クラスには、それがわからないと
思うのですよ。
と思ったんだけど、永続化されるのはあくまで Product クラスの参照であって、
Product クラスの変更は自動的に Order クラスにも伝播するってことかな？
XML への永続化とかだと、そうはならないんで、すっかり誤解してました。
260: 2005/11/16(水)13:30 ID:??? AAS
クラスという言葉はまぎらわしいからオブジェクトと言ってくれ。
実装によって細部は異なると思うけど基本的には
productオブジェクトもorderオブジェクトも、
どちらも永続化されていて、永続化されたDBの中で参照関係が
保持されていると考えるのが普通じゃないかと。
261: 2006/03/21(火)13:12 ID:??? AAS
保守
262: 2006/04/04(火)11:09 ID:??? AAS
>>259
それはヤバイ。製品仕様が変更になって、商品名が変わったときに、
以前に受けた注文の商品名が変わってしまうと、商売上、会計上
無茶苦茶になる。
業務知識に依存で、参照を持つ方法も取れるし、オブジェクト自体を持つ
事も出来るし、必要な項目だけコピーする事も出来る。
どれを選ぶかは、業務次第。
263: [age] 2006/04/14(金)18:19 ID:??? AAS
保守
264: 2006/06/03(土)17:13 ID:??? AAS
db4oのアンケート答えたら本が当った、わーい。
実はまともに触ったことないけど、
届いたらじっくり読んで遊んでみることにするよ。
英語苦手だけど。
265: 2006/10/01(日)16:47 ID:raj0JmDs(1) AAS
Ｊ○１なんて、変更多かったりいろんなベンダー絡んでくるＷＥＢ系噛んでくると当然だが、まったく使えない。
「どうやって直しゃいいーの？やりようねーよ。」って・・・hahaha
でもって塩漬け
266: 名無しさん＠お腹いっぱい。 2006/12/04(月)10:38 ID:nny60kaK(1) AAS
関連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: 2007/01/13(土)22:57 ID:CL7OUlxj(1) AAS
OQLを使える組み込み可能なOODBって何がある？
268(1): 2007/01/17(水)00:28 ID:??? AAS
ラムダDBとか。つかちょっとは調べろや
269: 2007/01/17(水)16:54 ID:??? AAS
>>268
すまん
Javaのやつを探していたのでスルーしてた
270: 2007/01/17(水)16:58 ID:??? AAS
db4oがOQL使えれば最高なんだがな・・・NQってなんだよorz
コンパイル時にチェックできてもポータビリティがないじゃないか
271: [age] 2008/06/21(土)22:54 ID:??? AAS
保守
272(1): 2008/06/22(日)19:52 ID:??? AAS
db4o、色々実験してみて気に入った。
仕事でも趣味でも使ってる人います？
273(1): 2008/06/24(火)01:16 ID:hnzrfZsh(1) AAS
>>272
趣味で弄ろうとしてて苦戦中。
Javaで書いてるんだけどオブジェクトをsaveしたりopenしたりする専用のDAOクラス作った方がいいのかな？
274(1): 2008/06/24(火)02:45 ID:??? AAS
>>273
本格的なプログラムの場合はDAO作った方がいいよ。
海外だと弄ってる人多そうだけど、日本は少ないね。
たしかリコーと提携して何かやるとかって話があったけど、
どうなったんだろう。
275: 2008/06/25(水)08:20 ID:TGcEK7R9(1/2) AAS
>>274
中国が積極的みたいだけど日本はね…
リコーは開発案件で積極的に導入してるぐらいだと思うけど。
しかしよくエンタープライズで使う気になるよなぁ
276(1): 2008/06/25(水)17:34 ID:??? AAS
日本は盛り上がらんね。
日本語の開発者向けフォーラムもさっぱりだし。
リコーはエンプラじゃなくて組み込みじゃないかな？
277(1): 2008/06/25(水)19:43 ID:TGcEK7R9(2/2) AAS
>>276
そうそう、サンプルが少ないから未だにDAOからオブジェクト追加出来ない俺…orz
組み込みなんだ？
自社製品になら納得。
278: 2008/08/12(火)23:38 ID:??? AAS
>>277
サンプルってpdf読んだ？pdf＋あっちのフォーラムで解決出来るよ。
Dao作ってる人はQBE?NQ?SODA?どれベースにした？
ソートとか考えるとSODAしかないのかな・・・
279: 2008/08/12(火)23:53 ID:??? AAS
って1ヶ月前が最終レスか・・・やっぱSODAに行き着いたら離れてくか
280(1): [age] 2008/08/13(水)07:50 ID:??? AAS
最近さっぱりいじってないけど、俺はNQ
でもSODA併用にすると思う
NQを完全に捨てた場合は、離れたくなる気持ちも解る…
実はQBEが一番好みなんだが、単純なクエリにしか使えない
281: 2008/08/17(日)13:37 ID:??? AAS
>>280
全部のエンジン対応のBaseクラス実装してみた。
・・・Update、Deleteがスマートになった位。
>実はQBEが一番好みなんだが、単純なクエリにしか使えない
QBEは完全におまけだね、用意した意味がわからないレベル。
NQ→SODAも怪しい所があるらしいし。
・・・やっぱりH2＋O/Rでいいやｗ
282: 2008/09/04(木)06:17 ID:Jasyu6Tw(1) AAS
Google Chrome + Google Gears 大人気だなｗ
Object Store Personal Edition で時代を切り開こうとしてたJava厨涙目ｗｗｗ
283: 2008/11/09(日)03:10 ID:gH6xlPae(1) AAS
ちと質問。
OODBならGBのファイル管理も余裕ですよ！と謳っているけど何で？
DVDから直抜きしたエロ動画コレクションをOODBで管理すると仮定して
神イグザンプルを教えてエロイ人！！！
284: 2008/11/09(日)08:58 ID:??? AAS
1件のデータが非常に大きいとしても、件数が数千、数万ならOODBでも余裕じゃね？
RDBじゃ無理とか言ってなければ別に嘘じゃない。
285: 2008/12/11(木)11:45 ID:??? AAS
db4objects がデータ管理ソフトウェア Versant に DB db4o 事業を売却
http://japan.internet.com/linuxtoday/20081208/5.html
286: [age] 2010/02/27(土)02:58 ID:??? AAS
KVSよりかはこっちにがんばって欲しいもんだが…
287(1): 2010/04/23(金)08:21 ID:iFVUkXwP(1) AAS
まだOODBって業務で使えるレベルではない？
288: 2010/04/23(金)19:33 ID:??? AAS
>>287
現に使われてるだろ
289: 2011/01/10(月)22:42 ID:PKlMUoys(1) AAS
O/RマッパーとかいうクソみたいなFWが流行っちゃってるから
とっととOODBをもっと広めろやアホども。
290: 2011/01/13(木)10:02 ID:??? AAS
またおまえか
291: 2011/01/21(金)00:26 ID:??? AAS
「またおまえか」
じゃねーよ。
しっかり広めろ。
292: 2011/01/21(金)11:47 ID:??? AAS
よし>>２９１に任せた！
293: 2011/03/16(水)12:29 ID:+4v+dlKX(1) AAS
PHPで使えるSQLiteのような手軽なOODBない？
294(1): [sage ] 2011/03/26(土)19:51 ID:??? AAS
継承できればオブジェクト指向というのは違う。
メッセージを送ってメソッドを呼び出せないなら
オブジェクト指向型じゃない。
295: 2011/05/24(火)23:55 ID:xKicDgVR(1) AAS
>>294
だからSQLiteのような手軽なOODBが無いかと言ってんの。
OK？
296: 2011/05/26(木)06:07 ID:??? AAS
ないない。
無いからお引き取りください。
297: [age] 2012/09/09(日)20:09 ID:??? AAS
age
298: 2015/03/09(月)12:02 ID:??? AAS
保
299: 2016/01/07(木)00:20 ID:PXFmI/6O(1) AAS
今までに無い全く新しい手法！
http://goo.gl/ogJo8a
300: 2017/03/21(火)21:42 ID:??? AAS
http://www.doraibu.com/ どらいぶ帳よろしく
301: 2017/04/15(土)06:27 ID:PAxoNq0R(1) AAS
realmはここでいうオブジェクトデータベースになる？
302: ich1 2017/04/21(金)16:36 ID:R/eXxgbc(1) AAS
https://goo.gl/q9Ml0S
これは嘘でしょ？本当だったら落ち込むわ。。
303: 2017/12/29(金)11:40 ID:dtNZwIie(1) AAS
誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
66CFHAV81O
304: 2018/02/14(水)13:34 ID:??? AAS
☆ 日本の、改憲をしましょう。現在、衆議員と参議院の両院で、
改憲議員が３分の２を超えております。『憲法改正国民投票法』、
でググってみてください。国会の発議はすでに可能です。
平和は勝ち取るものです。お願い致します。☆☆
305: 2018/09/07(金)21:46 ID:u0dGdBIY(1) AAS
まだあったのか
ここでバトルしたのも15年も前か
306: [age] 2019/11/04(月)20:29 ID:??? AAS
保守
307: [age] 2020/12/01(火)10:45 ID:??? AAS
保守
308: 2021/01/10(日)04:12 ID:??? AAS
db4oはどーなったんだ？
309: [age] 2023/02/26(日)11:06 ID:??? AAS
まだあったのか
あと2年でRDBはOODBに置き換わると30年前に聞いたが
かつての推奨者はどう総括してくれるのかね
KVSやNoSQLはにぎやかだけど
310: 2023/07/04(火)14:00 ID:Il+FwarN(1) AAS
【中止しろ】 コロナより、ワクチンで、死者でてる
2chｽﾚ:cafe60
sssp://o.5ch.net/21efk.png
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 1.381s*