0016NAME IS NULL2006/02/08(水) 01:13:15ID:??? たいていのRDBMSは、十分なメモリがあれば、トランザクションログ以外は オンメモリも同然じゃないの? バッチ処理で連続長時間の負荷をかける場合でないと 役に立たないんでない? 0017NAME IS NULL2006/02/08(水) 01:15:10ID:??? 追伸 高速機関のサイトを昔見たら、i-RAMみたいなものを トランザクションログ用に作ってて、やはりここがボトルネックか、 と思った。 0018NAME IS NULL2006/02/09(木) 00:44:08ID:???>>13 LFM技術ってどんんな処理方式なんでしょう? 知ってたら教えてください。 0019NAME IS NULL2006/02/09(木) 00:49:19ID:??? あ、 MySQLのHEAP TABLEを使ってみた事がありますが シャットダウンさせるとデータ消えるんですね。
正常にシャットダウンしたんだから再起動したら データ復元してくれてもよさそうなのに。。。 0020NAME IS NULL2006/02/10(金) 07:42:10ID:GqxWCY1A TinesTenと同じでターボデータも富士通BSCの子会社になるってのが自然な流れだろうね。 それでピリオドでしょう。 でもOh-Pa1/3は3000万するんだって。 これでは売れないよ。 0021NAME IS NULL2006/02/10(金) 11:33:15ID:GqxWCY1A 以前に高速屋の高速機関とターボデータのDayDa.Labooを比較したけど、 DayDa.Labooは、MemoryにLoadingするのはメッチャ遅かったね。 0022NAME IS NULL2006/02/10(金) 23:57:48ID:???>>21 kwsk 0023NAME IS NULL2006/02/14(火) 01:13:18ID:???>>20-21 IDが同じですよ。 そんなにターボデータを貶めたいんですか? 高速屋の関係者ですか、そうですか。
富士ソフトあべしの子会社化する不安でいっぱいなんですね。 0024NAME IS NULL2006/02/14(火) 15:56:02ID:g1qHjEA/ ブハハハハッ! いやぁ、ターボは面白いソフトだよ。 Oh-Paは知らないけど。 アルゴリズムで成功したことがない世界にチャレンジしているのだから。 どんどん使ったらいいんじゃない。世の中変わるかも。 0025NAME IS NULL2006/02/18(土) 22:42:12ID:??? 製品やテクノロジーに関する話を聞きたい。 会社同士のしがらみとか正直どうでもいい。 0026NAME IS NULL2006/02/26(日) 07:26:07ID:??? NECは製品ないのですか、そうでつか。 0027NAME IS NULL2006/02/26(日) 10:22:05ID:??? 使ったことないから語ることも無い。 でも興味はある。
雑誌を見ると結構使われているイメージがあるけど 実は全然マイナーな世界で誰も使ったことが無い?とか 0028NAME IS NULL2006/02/28(火) 23:31:36ID:qxM/iT0x >26 あるっぽい NECと数理技研、メモリーDBを利用した流通業向けソリューション事業で提携 ttp://it.nikkei.co.jp/business/news/release.aspx?i=124281
従来のRDB(リレーショナルデータベース)を利用したシステムに比べて50〜5000倍の高速なデータ処理を可能とするメモリDB だそうです 0029NAME IS NULL2006/03/01(水) 00:52:58ID:??? うーん。何を対比してるのか全く意味不明なのに50〜5000倍、ってのがポイントかも。 0030NAME IS NULL2006/03/01(水) 05:06:48ID:VWSV3sPb NECは、はんばいするだけで、製造はしないのか。 0031NAME IS NULL2006/03/02(木) 00:42:14ID:nmgbAF2D 日経システムインテグレーション 2006/3月号に Times-Tes, Kairos, FSSQL, DayDa.Laboo の特集(10P)が掲載されています。 お近くに雑誌がある方は確認してみてください。
ちょっと裏事情っぽい話も出てて笑えます。 0032NAME IS NULL2006/03/04(土) 08:56:23ID:???>>30 開発失敗 0033NAME IS NULL2006/03/06(月) 01:37:55ID:???>>18 www.amazon.co.jp/exec/obidos/ASIN/4902721015 ただし買う価値なし。アマゾンのレビューは関係者? 横浜に住んでいるか横浜の職場/学校に通勤/通学している人は市立図書館で借りて済ませましょう。
>>1 SQLite in-memory も追加。 0034NAME IS NULL2006/03/06(月) 23:50:05ID:???>>33 18です。 情報ありがとう。探してみる 0035NAME IS NULL2006/03/09(木) 23:00:13ID:??? こんなテーマに興味もってるって、 みんな、昼間は何してる人なの? ヒッキー? 0036NAME IS NULL2006/03/10(金) 01:02:57ID:??? 昼間はオンメモリデータベースの開発、販売に携わっています 0037NAME IS NULL2006/03/14(火) 23:14:15ID:SyS1Apol いまDDR2−2G−ECC付きが6万円程度、1G=3万円。 100G積めるシステムはあるから、メモリだけなら300万円ですむ。 データの重複は排除する方式なら通常のRDBの3倍はデータが乗る。 1レコード1kとして100M件=1億件×3で3億件は大丈夫。 速度は100倍ぐらいは軽いらしい。この程度の容量ならばDISKも フラシュメモリで置き換えられそう。 0038参加者募集中!2006/03/15(水) 23:14:27ID:InKGW1T5 株式@2ch ★★★自動売買ソフトを作ろうぜ★★★ Part3 http://live19.2ch.net/test/read.cgi/stock/1141718486/l50 0039NAME IS NULL2006/03/18(土) 16:17:07ID:??? Sysytem i5(iSeries/400 AS/400 S/38) は、OSそのものがこういう発想。 ハードディスクはあくまでもメモりの延長線上で不揮発性の特性を持つ領域という発想になってる。 まぁ30年前から実装されてる事なんだが。 0040NAME IS NULL2006/03/18(土) 17:47:14ID:??? 25-6年前にIBMのSEからこのマシンの説明を受けたときには 停電対策が課題ということだったが、現在、この問題は どうなってますか。 0041NAME IS NULL2006/03/18(土) 21:59:24ID:??? UPSでの延命措置も間に合わなかった場合は 内部バッテリーでメモリの中身をHDに退避してから自己シャットダウン 0042NAME IS NULL2006/03/24(金) 00:52:11ID:??? は〜
だめだな、この手のDB 0043NAME IS NULL2006/03/24(金) 01:19:54ID:???>>42 kwsk 0044NAME IS NULL2006/03/25(土) 14:55:22ID:cQtJEd3Z>>40 参照専門でデータがいつ飛んでもいい用途に使えば良いじゃん 0045NAME IS NULL2006/03/25(土) 15:43:27ID:???>>40 解決済み。 UPSなしで、いきなり停電してもデータ不整合は起きないよ。 起動に数時間かかることになるけど。 41の手順が動いたときは起動がそれより速くなる。 実際復旧作業は「入力しかけのデータ入れ直し」だけで、あとはひたすら待つだけだった。
最近Oracleで同じ事があったとき、DB破損、oracle再導入&データバックアップから 復旧ってのには驚いた。 0046NAME IS NULL2006/03/26(日) 03:32:33ID:MhkmzOJV>>44 参照専用でいいなら、そんなん普通のDBをちょっとチューニングすりゃ済む話
>>45 Oracleが飛ぶ&リカバリ不能なのはハードやOSが飛んだ場合。汎用機ならともかく UNIX系ならいつかは止まるのも致しかたない 0047NAME IS NULL2006/03/27(月) 19:32:06ID:??? というか止まるの前提で運用設計するよな。 0048NAME IS NULL2006/03/28(火) 10:09:59ID:??? するよな と するなよ で180度違うなw 0049NAME IS NULL2006/04/02(日) 23:01:24ID:??? 最近メモリアクセスは急激に高速化されたけど、一般的なDBは 相変わらずログを書き終わらないとコミットを返せないというのが インメモリタイプに注目が集まってる主因かな? 0050NAME IS NULL2006/04/02(日) 23:11:27ID:??? >相変わらずログを書き終わらないとコミットを返せないというのが 返しちゃマズいものは返さねーよ 0051NAME IS NULL2006/04/04(火) 01:02:05ID:??? 50に激しく同意
ログどころかファイル操作が終わる前に 応答を返すメモリ型DB(げふんげふん 0052NAME IS NULL2006/04/10(月) 00:44:27ID:??? オンメモDB用に仮想記憶を捨てようって方向はどうかな? そもそも幸っているのはCPU or BUS? 0053NAME IS NULL2006/04/10(月) 21:43:33ID:??? ↑の書き込みを見て唐突に略称を思いついてしまった。
オンモDB オンモでぶー
0054NAME IS NULL2006/04/10(月) 22:39:32ID:??? 唐突に私も思いついた。
楽波の志賀の辛崎幸くあれど大宮人の船待ちかねつ
唐崎でなく辛崎であることに注意。 0055NAME IS NULL2006/04/10(月) 22:41:07ID:??? 楽波 -> 楽浪 だな 0056NAME IS NULL2006/05/11(木) 08:00:17ID:??? Times-Tenって導入してるところどれくらいあるんだろう? 0057NAME IS NULL2006/05/17(水) 23:35:31ID:??? 日本じゃ売れてないと思われる 0058NAME IS NULL2006/06/06(火) 21:33:03ID:??? 最近オンメオリデータベースの話をさっぱり聞かなくなったが ブームは終わったのでしょうか? 0059NAME IS NULL2006/06/28(水) 00:19:06ID:??? 明日(今日)から開催されるDWH&CRMexpo 富士ソフトABC&高速屋 VS 富士通BSC&ターボデータのオンメモリDB対決が みれるよ 0060NAME IS NULL2006/06/30(金) 00:51:56ID:??? 不治痛のティンポもオンメモリ化可能だYO 0061NAME IS NULL2006/06/30(金) 21:40:54ID:???>>60 ティンポウエアにそんな機能あったっけ? 0062NAME IS NULL2006/07/03(月) 01:09:24ID:??? オンメモリ可能とオンメモリに最適化されてるのは違うお 0063NAME IS NULL2006/07/07(金) 01:45:30ID:??? MySQL cluster どうよ? 0064NAME IS NULL2006/07/07(金) 23:30:47ID:???>>61 できるな。メモリがジャブジャブあればパフォーマンスは上がる 0065保守派2006/07/30(日) 23:41:43ID:DQLyOkNQ メモリ(DB)空間活用のポイントは、 ・超高速化による、バッチ処理(中間処理)概念の排除、と ・それによる、中間処理結果ファイルの排除(保管量が小さくて済む) →(ほとんど)全データをメモリ上に押し込む設計力が必要
俺が使ったのはR4の頃。途中でR5が出たけどバージョンはあげなかったな。 0076NAME IS NULL2006/12/02(土) 01:01:02ID:??? オンメモリDBを社内LAN全体のMutex代わりに使うのってイケてる? イケてない場合、皆はどんな方法がベストプラクティスと思ってる? 0077NAME IS NULL2006/12/02(土) 10:34:15ID:??? そもそも何の排他に使いたいの? 0078NAME IS NULL2006/12/02(土) 10:54:21ID:??? LANを排他するにはvlan tagを設定するのが簡単だと思う。 0079NULL is VALID under ODB2006/12/05(火) 19:26:29ID:jsW8WxkP>>75