【オンメモリ%メモリデータベース【インメモリ】 (165レス)
【オンメモリ%メモリデータベース【インメモリ】 http://mevius.5ch.net/test/read.cgi/db/1138368274/
上
下
前
次
1-
新
通常表示
512バイト分割
レス栞
1: NAME IS NULL [] 2006/01/27(金) 22:24:34 ID:BxAIZ5hP オンメモリRDBに関するスレッドが無かったので立ててみました。 従来のディスク上にデータを置かず主メモリに置くことで I/Oコストを減らすアプローチを採用したことから性能面で勝るようです。 今後64bitCPUが広まるにつれ扱えるデータ容量も増えるだろうから 選択肢として気になる所です。 まだまだ認知度も低いですが今後の動向に期待。 以下紙面でよく見かけるオンメモリDB ・Oracle TimesTen In-Memory Database ・MySQL(HEAP table) ・DayDala.Boo ・高速機関 ・Kairos http://mevius.5ch.net/test/read.cgi/db/1138368274/1
2: NAME IS NULL [sage] 2006/01/27(金) 22:26:06 ID:??? いきなりスレタイトル失敗したよ orz 【オンメモリ】%メモリデータベース【インメモリ】 ってしたかったのに。 http://mevius.5ch.net/test/read.cgi/db/1138368274/2
3: NAME IS NULL [sage] 2006/01/28(土) 00:48:56 ID:??? JavaのHSQLやDerbyもそういうモードあったな http://mevius.5ch.net/test/read.cgi/db/1138368274/3
4: NAME IS NULL [sage] 2006/01/28(土) 11:49:33 ID:??? MySQLってDBマガジンにのってた使い方? 使ったこと無いからよくわからん 実際どうなの? http://mevius.5ch.net/test/read.cgi/db/1138368274/4
5: NAME IS NULL [sage] 2006/01/28(土) 14:04:24 ID:??? Prologのassert,retract,abolishでやってますが、 データベースシステムでないからだめですか? 600万件を超えてる売上データ(これはPostgresql)以外は、 何台かのマシンに分散させて、Prologインタプリタで 定義節として管理させています。停電に備えて、一分ごとに 全てのマシンでProlog環境のバックアップを取るということが 特徴かな。 同時更新が絶対に起こらない業務体制なので可能ということですが。 http://mevius.5ch.net/test/read.cgi/db/1138368274/5
6: NAME IS NULL [sage] 2006/01/28(土) 23:55:29 ID:??? >>5 ちなみに assert = INSERT retract = UPDATE abolish = DELETE ですね? いきなり異色なテーマが出てきてびっくりしました。 SQLをサポートしていないオンメモリDBもあるのでPrologもありかと。 確かDayDa.Labooが独自APIでSQLをサポートしていなかった筈。 http://mevius.5ch.net/test/read.cgi/db/1138368274/6
7: NAME IS NULL [sage] 2006/01/29(日) 10:34:41 ID:??? なつかしー。 Windows 2000の発表の頃 "In-Memory Database" IMDB があったけどポシャったよね。 http://mevius.5ch.net/test/read.cgi/db/1138368274/7
8: NAME IS NULL [sage] 2006/01/29(日) 11:17:11 ID:??? IMSBでぐぐったらインターネットムービーDBが多数hit IMDBこれかな? http://www.microsoft.com/japan/msdn/library/default.asp?url=/japan/msdn/library/ja/jpdndna/htm/page16.asp http://mevius.5ch.net/test/read.cgi/db/1138368274/8
9: NAME IS NULL [sage] 2006/01/29(日) 13:35:03 ID:??? いやこれこれ。IMDBはボツにしましたって珍しいページ。 What Happened to IMDB? http://msdn.microsoft.com/library/en-us/dncomser/html/whatimdb.asp http://mevius.5ch.net/test/read.cgi/db/1138368274/9
10: NAME IS NULL [sage] 2006/01/29(日) 22:34:41 ID:??? >>9 面白いドキュメント読ませていただきましたw http://mevius.5ch.net/test/read.cgi/db/1138368274/10
11: NAME IS NULL [] 2006/02/01(水) 22:46:19 ID:zDIs6Dqf i-RAM使えばどれでもオンメモリデータベース。 http://mevius.5ch.net/test/read.cgi/db/1138368274/11
12: 5 [sage] 2006/02/03(金) 12:10:57 ID:??? Prologをデータベースとする場合の構成だけ述べておきます。 Prologはサーバーとして動作します。他のタスクからPrologへの 接続はTCP/IP経由で定められたポート番号を使います。 一般にサーバーは要求があると子タスクをfork()して、 自らは次の要求を受け入れる準備をするものですが、 私の所のPrologデータベースでは、要求が完結するまでは 次の要求を受け入れません。 ただし、このような、ブロックが必要なのは、データベースの 追加、更新、削除の時だけです。破壊代入がPrologには 存在しないため、それ以外の実行はfork()された子タスクで あって構いません、副作用は生じません。 したがって、assertzの代わりデータベースアドレス+ポート番号付きの db_assert、retractの代わりにdb_retractを全ての Prologシステムに準備して、この述語の実行(副目標という)の時のみ、 サーバーを参照すれように定義しておきます。 db_*** 述語の時のみ、サーバーはfork()なしでデータベースの 更新作業を行う事になります。データベースの参照もまたdb_** で 行わないといけません。他のネットワークノードからのサーバーの 述語定義を利用して実行したい時は子タスクをサーバーはfork()する のですが、fork()された子タスクのPrologデータベースは 更新前のデータベースをもっていますから、これを参照してしまうと 誤謬を生じます。必ず全て、db_***で呼びださないといけません。 ここら当たりにこのシステムの陥穽があります。 UNIXのようなマルチタスクOSではTelnet接続でいくつかの Prologが同時に動作することがあります。このような場合でも 原則としては、1システムに1Prologサーバーを用意しておけば、 データベースを通じてこれらのProlog間のデータの同期を取る ことが可能になります。 http://mevius.5ch.net/test/read.cgi/db/1138368274/12
13: nikkei crub [] 2006/02/06(月) 17:13:27 ID:5JsKtdFk ◆ On Memory(一般にはIn Memory)という言葉に飛びついてはいけません。 学生が実験室で横のものを縦にして、ある特定の条件で性能が高くなると いう事実を発見したからと言って、実業の分野ですぐ取り入れるのは、 余程の趣味人かその道の研究者でもない限りあり得ないでしょう。 ◆ On Memoryはターボデータの場合、縦に情報を捉えて、独自のデータ形式、 独自の集合のアルゴリズム(LFM技術)で処理しているので、習熟した エンジニアで、かつ特定の条件でなければ期待するパーフォーマンス は得られません。 このエンジニアの育成には半年以上掛かり、教育投資が 必要になります。この製品を使いこなすコストは無視でない筈です。 ターボデータのDayDa.Labooエンジンのユーザの約半数は、購入して導入した ものの現在は使われていないです。 ◆ 真偽のほどは分かりませんが、SAPやSUNが富士通BSCの「Oh-Pa1/3」をISV に認定したとターボデータは言っています。 しかしISVとは、SAPやSUNは 一切責任を取らないという条件付きで、世の中には「こういうものもあり ます」という紹介程度で、何のオブリゲーションも無いのものです。本当に 優れて実用的なものであれば、明らかに自社製品に採用している筈ですが、 採用したという話は聞いていません。 富士通は、富士通BSCという子会社で販売していますが、本腰を入れたという 訳ではないようですし、日立はRH-BOMという特定のアプリケーションで使用 しただけ。日立もRH-BOMはビジネスにはなっていないようですし、Oracleや Microsoftは今のところターボデータには見向きもしていないようです。 ◆ ターボデータの問題点 第一に使い難さが挙げられます。 プログラミングレス、マウス一つで 出来るというのは? 実際に業務に組み込むことになれば、APIは難解。 Object Orientedには程遠いものです。 CないしはC++の技術を持った エンジニアが相当作り込まなければなりません。 第二にDayDa.Labooは、例えばSQLのような技術は使えません。 第三にLIFITというGUIは、プログラミングに相当するMacroのドキュメント性 は全く考慮されていません。 第四に、何よりも特定の条件(SORTなど)でしかパーフォーマンスがでません。 第五には、製品品質の問題が挙げられます。 ターボデータの商品は、 Student Codingと言われるほど製品品質が悪いようです。加えて製品の 保守や教育のサポート体制は何もありませんし、業務で使うソフトウエア としてはNGです。 第六に、ターボデータが販売しているBI Tool Likeのパッケージの 「ザ・ターボ」(DayDa.Laboo+Lifitのシングル・ユーズのWindowsベース のパッケージ商品)は、クライアント・サーバ型でエンドユーザ・ コンピューティングという昔流行ったコンピューティング・スタイル ですが、これではクライアントに金ばかり掛かってしまいます。いささか 時代遅れのコンピューティング・スタイルです。 第七に、BI Tool のターボ製品について、例えば32ビットで1Gバイト のメモリーを搭載したパソコンで20億行もの大量のデータをどんな人が 必要としているのだろう? (64ビット4〜16GBでマルチCPU、メモリー シェア対応のシングル・ユースのターボを開発中で1兆行まで可能だと 発表しています。) またそれほどの大量のデータを扱うとすれば、セキュ リティとか別の問題が出てきます。 ◆ 確かにOn Memory DBは、時代の流れであることは間違いないでしょう。 これからもOn Memory DBは次々出てくるでしょう。この完成度の低い特殊な エンジンがこのままで普及することは有り得ないのでは?と言うのが感想で すが、他のOn Memory DBはどうなんでしょうか? http://mevius.5ch.net/test/read.cgi/db/1138368274/13
14: NAME IS NULL [sage] 2006/02/07(火) 22:43:24 ID:??? >>13 LIFITは体験版がダウンロード出来たから試用してみたけど むちゃくちゃ使いずらかったね。 テーブルにテキストデータをローディングさせたいのに なんでカラム毎にテキストファイルを分割して 1カラムずつローディングしなきゃならないのか 理解に苦しんだ記憶がある。 http://mevius.5ch.net/test/read.cgi/db/1138368274/14
15: NAME IS NULL [sage] 2006/02/07(火) 23:21:43 ID:??? どこも吸収されたり別会社が別の製品にまとめあげて販売してるけど DBエンジン単体では品質に問題ありって事かな? ◆Oracle Times-ten陣営 (Times-ten) 吸収 ↓ (Oracle) http://www.oracle.co.jp/news_owa/NEWS/news.news_detail?p_news_code=1473 ◆DayDa.Laboo陣営 (DayDa.Laboo) http://www.turbo-data.co.jp/ ↓ (Oh-Pa 1/3) http://www.bsc.fujitsu.com/ ◆高速機関陣営 (高速機関) http://www.kousokuya.co.jp/ ↓ (FSSQL) http://www.fsi.co.jp/ http://mevius.5ch.net/test/read.cgi/db/1138368274/15
16: NAME IS NULL [sage] 2006/02/08(水) 01:13:15 ID:??? たいていのRDBMSは、十分なメモリがあれば、トランザクションログ以外は オンメモリも同然じゃないの? バッチ処理で連続長時間の負荷をかける場合でないと 役に立たないんでない? http://mevius.5ch.net/test/read.cgi/db/1138368274/16
17: NAME IS NULL [sage] 2006/02/08(水) 01:15:10 ID:??? 追伸 高速機関のサイトを昔見たら、i-RAMみたいなものを トランザクションログ用に作ってて、やはりここがボトルネックか、 と思った。 http://mevius.5ch.net/test/read.cgi/db/1138368274/17
18: NAME IS NULL [sage] 2006/02/09(木) 00:44:08 ID:??? >>13 LFM技術ってどんんな処理方式なんでしょう? 知ってたら教えてください。 http://mevius.5ch.net/test/read.cgi/db/1138368274/18
19: NAME IS NULL [sage] 2006/02/09(木) 00:49:19 ID:??? あ、 MySQLのHEAP TABLEを使ってみた事がありますが シャットダウンさせるとデータ消えるんですね。 正常にシャットダウンしたんだから再起動したら データ復元してくれてもよさそうなのに。。。 http://mevius.5ch.net/test/read.cgi/db/1138368274/19
20: NAME IS NULL [] 2006/02/10(金) 07:42:10 ID:GqxWCY1A TinesTenと同じでターボデータも富士通BSCの子会社になるってのが自然な流れだろうね。 それでピリオドでしょう。 でもOh-Pa1/3は3000万するんだって。 これでは売れないよ。 http://mevius.5ch.net/test/read.cgi/db/1138368274/20
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 145 レスあります
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.003s