X
【オンメモリ%メモリデータベース【インメモリ】
0001NAME IS NULL
垢版 |
2006/01/27(金) 22:24:34ID:BxAIZ5hP
オンメモリRDBに関するスレッドが無かったので立ててみました。

従来のディスク上にデータを置かず主メモリに置くことで
I/Oコストを減らすアプローチを採用したことから性能面で勝るようです。
今後64bitCPUが広まるにつれ扱えるデータ容量も増えるだろうから
選択肢として気になる所です。
まだまだ認知度も低いですが今後の動向に期待。

以下紙面でよく見かけるオンメモリDB

・Oracle TimesTen In-Memory Database
・MySQL(HEAP table)
・DayDala.Boo
・高速機関
・Kairos
0014NAME IS NULL
垢版 |
2006/02/07(火) 22:43:24ID:???
>>13
LIFITは体験版がダウンロード出来たから試用してみたけど
むちゃくちゃ使いずらかったね。
テーブルにテキストデータをローディングさせたいのに
なんでカラム毎にテキストファイルを分割して
１カラムずつローディングしなきゃならないのか
理解に苦しんだ記憶がある。
0015NAME IS NULL
垢版 |
2006/02/07(火) 23:21:43ID:???
どこも吸収されたり別会社が別の製品にまとめあげて販売してるけど
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/

0016NAME IS NULL
垢版 |
2006/02/08(水) 01:13:15ID:???
たいていのRDBMSは、十分なメモリがあれば、トランザクションログ以外は
オンメモリも同然じゃないの？
バッチ処理で連続長時間の負荷をかける場合でないと
役に立たないんでない？
0017NAME IS NULL
垢版 |
2006/02/08(水) 01:15:10ID:???
追伸
高速機関のサイトを昔見たら、i-RAMみたいなものを
トランザクションログ用に作ってて、やはりここがボトルネックか、
と思った。
0018NAME IS NULL
垢版 |
2006/02/09(木) 00:44:08ID:???
>>13
LFM技術ってどんんな処理方式なんでしょう？
知ってたら教えてください。
0019NAME IS NULL
垢版 |
2006/02/09(木) 00:49:19ID:???
あ、
MySQLのHEAP TABLEを使ってみた事がありますが
シャットダウンさせるとデータ消えるんですね。

正常にシャットダウンしたんだから再起動したら
データ復元してくれてもよさそうなのに。。。
0020NAME IS NULL
垢版 |
2006/02/10(金) 07:42:10ID:GqxWCY1A
TinesTenと同じでターボデータも富士通BSCの子会社になるってのが自然な流れだろうね。
それでピリオドでしょう。　でもOh-Pa1/3は3000万するんだって。　これでは売れないよ。
0021NAME IS NULL
垢版 |
2006/02/10(金) 11:33:15ID:GqxWCY1A
以前に高速屋の高速機関とターボデータのDayDa.Labooを比較したけど、
DayDa.Labooは、MemoryにLoadingするのはメッチャ遅かったね。
0023NAME IS NULL
垢版 |
2006/02/14(火) 01:13:18ID:???
>>20-21
IDが同じですよ。
そんなにターボデータを貶めたいんですか？
高速屋の関係者ですか、そうですか。









富士ソフトあべしの子会社化する不安でいっぱいなんですね。
0024NAME IS NULL
垢版 |
2006/02/14(火) 15:56:02ID:g1qHjEA/
ブハハハハッ！
いやぁ、ターボは面白いソフトだよ。　Oh-Paは知らないけど。
アルゴリズムで成功したことがない世界にチャレンジしているのだから。
どんどん使ったらいいんじゃない。世の中変わるかも。
0025NAME IS NULL
垢版 |
2006/02/18(土) 22:42:12ID:???
製品やテクノロジーに関する話を聞きたい。
会社同士のしがらみとか正直どうでもいい。
0026NAME IS NULL
垢版 |
2006/02/26(日) 07:26:07ID:???
NECは製品ないのですか、そうでつか。
0027NAME IS NULL
垢版 |
2006/02/26(日) 10:22:05ID:???
使ったことないから語ることも無い。
でも興味はある。

雑誌を見ると結構使われているイメージがあるけど
実は全然マイナーな世界で誰も使ったことが無い？とか
0028NAME IS NULL
垢版 |
2006/02/28(火) 23:31:36ID:qxM/iT0x
>26
あるっぽい
ＮＥＣと数理技研、メモリーＤＢを利用した流通業向けソリューション事業で提携
ttp://it.nikkei.co.jp/business/news/release.aspx?i=124281

従来のＲＤＢ（リレーショナルデータベース）を利用したシステムに比べて５０～５０００倍の高速なデータ処理を可能とするメモリＤＢ
だそうです
0029NAME IS NULL
垢版 |
2006/03/01(水) 00:52:58ID:???
うーん。何を対比してるのか全く意味不明なのに50～5000倍、ってのがポイントかも。
0030NAME IS NULL
垢版 |
2006/03/01(水) 05:06:48ID:VWSV3sPb
ＮＥＣは、はんばいするだけで、製造はしないのか。
0031NAME IS NULL
垢版 |
2006/03/02(木) 00:42:14ID:nmgbAF2D
日経システムインテグレーション 2006/3月号に
Times-Tes, Kairos, FSSQL, DayDa.Laboo の特集（10P)が掲載されています。
お近くに雑誌がある方は確認してみてください。

ちょっと裏事情っぽい話も出てて笑えます。
0033NAME IS NULL
垢版 |
2006/03/06(月) 01:37:55ID:???
>>18
www.amazon.co.jp/exec/obidos/ASIN/4902721015
ただし買う価値なし。アマゾンのレビューは関係者？
横浜に住んでいるか横浜の職場/学校に通勤/通学している人は市立図書館で借りて済ませましょう。

>>1
SQLite in-memory も追加。
0034NAME IS NULL
垢版 |
2006/03/06(月) 23:50:05ID:???
>>33
１８です。
情報ありがとう。探してみる
0035NAME IS NULL
垢版 |
2006/03/09(木) 23:00:13ID:???
こんなテーマに興味もってるって、
みんな、昼間は何してる人なの？　ﾋｯｷｰ？
0036NAME IS NULL
垢版 |
2006/03/10(金) 01:02:57ID:???
昼間はオンメモリデータベースの開発、販売に携わっています
0037NAME IS NULL
垢版 |
2006/03/14(火) 23:14:15ID:SyS1Apol
いまＤＤＲ２－２Ｇ－ＥＣＣ付きが６万円程度、１Ｇ＝３万円。
１００Ｇ積めるシステムはあるから、メモリだけなら３００万円ですむ。
データの重複は排除する方式なら通常のＲＤＢの３倍はデータが乗る。
１レコード１ｋとして１００Ｍ件＝１億件×３で３億件は大丈夫。
速度は１００倍ぐらいは軽いらしい。この程度の容量ならばＤＩＳＫも
フラシュメモリで置き換えられそう。
0039NAME IS NULL
垢版 |
2006/03/18(土) 16:17:07ID:???
Sysytem i5(iSeries/400 AS/400 S/38) は、OSそのものがこういう発想。
ハードディスクはあくまでもメモりの延長線上で不揮発性の特性を持つ領域という発想になってる。
まぁ３０年前から実装されてる事なんだが。
0040NAME IS NULL
垢版 |
2006/03/18(土) 17:47:14ID:???
25-6年前にIBMのSEからこのマシンの説明を受けたときには
停電対策が課題ということだったが、現在、この問題は
どうなってますか。
0041NAME IS NULL
垢版 |
2006/03/18(土) 21:59:24ID:???
UPSでの延命措置も間に合わなかった場合は
内部バッテリーでメモリの中身をHDに退避してから自己シャットダウン
0042NAME IS NULL
垢版 |
2006/03/24(金) 00:52:11ID:???
は～

だめだな、この手のＤＢ
0044NAME IS NULL
垢版 |
2006/03/25(土) 14:55:22ID:cQtJEd3Z
>>40
参照専門でデータがいつ飛んでもいい用途に使えば良いじゃん
0045NAME IS NULL
垢版 |
2006/03/25(土) 15:43:27ID:???
>>40
解決済み。
ＵＰＳなしで、いきなり停電してもデータ不整合は起きないよ。
起動に数時間かかることになるけど。
41の手順が動いたときは起動がそれより速くなる。
実際復旧作業は「入力しかけのデータ入れ直し」だけで、あとはひたすら待つだけだった。

最近Oracleで同じ事があったとき、DB破損、oracle再導入＆データバックアップから
復旧ってのには驚いた。
0046NAME IS NULL
垢版 |
2006/03/26(日) 03:32:33ID:MhkmzOJV
>>44
参照専用でいいなら、そんなん普通のDBをちょっとチューニングすりゃ済む話

>>45
Oracleが飛ぶ＆リカバリ不能なのはハードやOSが飛んだ場合。汎用機ならともかく
UNIX系ならいつかは止まるのも致しかたない
0047NAME IS NULL
垢版 |
2006/03/27(月) 19:32:06ID:???
というか止まるの前提で運用設計するよな。
0048NAME IS NULL
垢版 |
2006/03/28(火) 10:09:59ID:???
するよな
と
するなよ
で180度違うなｗ
0049NAME IS NULL
垢版 |
2006/04/02(日) 23:01:24ID:???
最近メモリアクセスは急激に高速化されたけど、一般的なＤＢは
相変わらずログを書き終わらないとコミットを返せないというのが
インメモリタイプに注目が集まってる主因かな？
0050NAME IS NULL
垢版 |
2006/04/02(日) 23:11:27ID:???
>相変わらずログを書き終わらないとコミットを返せないというのが
返しちゃマズいものは返さねーよ
0051NAME IS NULL
垢版 |
2006/04/04(火) 01:02:05ID:???
50に激しく同意

ログどころかファイル操作が終わる前に
応答を返すメモリ型DB（げふんげふん
0052NAME IS NULL
垢版 |
2006/04/10(月) 00:44:27ID:???
オンメモDB用に仮想記憶を捨てようって方向はどうかな？
そもそも幸っているのはCPU or BUS?
0053NAME IS NULL
垢版 |
2006/04/10(月) 21:43:33ID:???
↑の書き込みを見て唐突に略称を思いついてしまった。

オンモDB
オンモでぶー

0054NAME IS NULL
垢版 |
2006/04/10(月) 22:39:32ID:???
唐突に私も思いついた。

楽波の志賀の辛崎幸くあれど大宮人の船待ちかねつ

唐崎でなく辛崎であることに注意。
0056NAME IS NULL
垢版 |
2006/05/11(木) 08:00:17ID:???
Times-Tenって導入してるところどれくらいあるんだろう？
0057NAME IS NULL
垢版 |
2006/05/17(水) 23:35:31ID:???
日本じゃ売れてないと思われる
0058NAME IS NULL
垢版 |
2006/06/06(火) 21:33:03ID:???
最近オンメオリデータベースの話をさっぱり聞かなくなったが
ブームは終わったのでしょうか？
0059NAME IS NULL
垢版 |
2006/06/28(水) 00:19:06ID:???
明日(今日）から開催されるDWH&CRMexpo
富士ソフトABC＆高速屋　VS　富士通BSC&ターボデータのオンメモリDB対決が
みれるよ
0060NAME IS NULL
垢版 |
2006/06/30(金) 00:51:56ID:???
不治痛のティンポもオンメモリ化可能だYO
0061NAME IS NULL
垢版 |
2006/06/30(金) 21:40:54ID:???
>>60
ティンポウエアにそんな機能あったっけ？
0062NAME IS NULL
垢版 |
2006/07/03(月) 01:09:24ID:???
オンメモリ可能とオンメモリに最適化されてるのは違うお
0064NAME IS NULL
垢版 |
2006/07/07(金) 23:30:47ID:???
>>61
できるな。メモリがジャブジャブあればパフォーマンスは上がる
0065保守派
垢版 |
2006/07/30(日) 23:41:43ID:DQLyOkNQ
メモリ（ＤＢ）空間活用のポイントは、
・超高速化による、バッチ処理（中間処理）概念の排除、と
・それによる、中間処理結果ファイルの排除（保管量が小さくて済む）
　→（ほとんど）全データをメモリ上に押し込む設計力が必要

この利点を上手く生かせる技術者がどれだけ居るのだろうか？
もちろん、Oracle技術を捨てられない技術者には使いこなせない。

日本の技術者は保守的、日本のＩＴ業界では育たない。
（と思う）。
0066NAME IS NULL
垢版 |
2006/08/06(日) 22:09:25ID:thNQFNU7
Times TenってOracleに吸収されちったのか。
シリコンバレーにいたころ東京エレクトロンの営業さんからえらくプッシュされたのが懐かしい。
こっちは一介の研修生みたいなもんだったし帰国後転職したから忘れてた。
0068NAME IS NULL
垢版 |
2006/11/20(月) 12:00:08ID:k8bnU92e
TimesTen売れているのですか？
Kairosはどうよ？
0071NAME IS NULL
垢版 |
2006/11/23(木) 17:34:35ID:XTAxfEIb
>>70
軽量なメモリＲＤＢＭＳ？？ソースは複雑では無さそうだが ...．？
0072NULL is VALID under ODB
垢版 |
2006/12/01(金) 10:17:51ID:6ZcICrQn
>>68
TimesTenはミッションクリティカルな金融系のアプリケーションでは、しっかりシェアを持ってると
お友達の米国人（Stanfordの博士様）が言っておりました。
とても良い製品だけどバカッ高いと。

SQLではないけれど、ODBの生き残りのObjectStoreは、オンメモリーDBです。
実メモリーが沢山あれば、どんどんデータをメモリーにマッピングして、トランザクションも
オンメモリーで行い、その後でトランザクションログファイルに書き込み、そこからさらに
アイドルタイムにDBファイルに転送するという手順で動くため、非常に高速です。
DBサイズの限界は、OSの仮想メモリー空間のサイズにのみ制約されるので、64bitシステムでは
実際上の制限は無いと考えてよいです。
実メモリーサイズを越えるような大きなDBにフルアクセスした場合は、データがページメモリー
にマッピングされていくため、データアクセスでスワップが発生し、スピードが落ちますが
使えなくなる事はありません。
実際に使っていて、最大の特徴はマルチユーザアクセスでのUpdateトランザクションが
非常に高速なところです（当然Readも高速！）。
ロックやトランザクション管理もちゃんとやっていて良いんですけど、問題はSQL無いし
プログラムを全部C++で書かないと駄目なところ。敷居が高すぎて開発者が寄り付かない。
0073NAME IS NULL
垢版 |
2006/12/01(金) 15:15:47ID:???
>>72
> 実際に使っていて、最大の特徴はマルチユーザアクセスでのUpdateトランザクションが
> 非常に高速なところです（当然Readも高速！）。

随分前に使ったことあるけど、マルチユーザで共有しているページを
更新するととんでもなく遅かったぞ。
理由は該当ページを共有してる全ユーザ(MVCC除く)がキャッシュを
破棄するのを待たなきゃいけなかったから。
今は改善されたのか？ あのアーキテクチャで改善は無理だと思ったが…
後、トランザクションログのサイズが大きくなると劇的にパフォーマンスが
低下したのも閉口したな。
0074NULL is VALID under ODB
垢版 |
2006/12/01(金) 21:53:31ID:6ZcICrQn
>>73
> 随分前に使ったことあるけど、マルチユーザで共有しているページを更新するととんでもなく遅かったぞ。
> 理由は該当ページを共有してる全ユーザ(MVCC除く)がキャッシュを
> 破棄するのを待たなきゃいけなかったから。
> 今は改善されたのか？ あのアーキテクチャで改善は無理だと思ったが…
> 後、トランザクションログのサイズが大きくなると劇的にパフォーマンスが
> 低下したのも閉口したな。

それって、プロセス沢山作ってません？
キャッシュはクライアントプロセス毎のリソースなので、マルチスレッドで動かしてやらないと
あちらこちらでキャッシュブレークが発生するのでおそうなりますわな。
後、キャッシュサイズも上手く設定する必要あり。

トランザクションログのサイズは、プロパゲーションのタイミングの調整
で制御できると思います。

今のところ最新バージョンはR6.3で、来年あたりR7が出る予定。
R6の前はR5.1で、R6になるときに大きく変わり、R6.0.4で64bit対応になってます。
R6.0.3以前は、32bitだったので、アドレス空間サイズ4GBの壁があり、キャッシュ
サイズも大きく取れなかったので、キャッシュサイズを超えて、ブレークして
遅くなったりしてた。
0075NAME IS NULL
垢版 |
2006/12/01(金) 22:57:44ID:???
>>74
> それって、プロセス沢山作ってません？

もちろん沢山作ってたよ。サーバが沢山あったからね。

> キャッシュはクライアントプロセス毎のリソースなので、マルチスレッドで動かしてやらないと
> あちらこちらでキャッシュブレークが発生するのでおそうなりますわな。

ってことは基本的なところはたいして変わってないんだな。

> 今のところ最新バージョンはR6.3で、来年あたりR7が出る予定。
> R6の前はR5.1で、R6になるときに大きく変わり、R6.0.4で64bit対応になってます。

俺が使ったのはR4の頃。途中でR5が出たけどバージョンはあげなかったな。
0076NAME IS NULL
垢版 |
2006/12/02(土) 01:01:02ID:???
オンメモリDBを社内LAN全体のMutex代わりに使うのってイケてる？
イケてない場合、皆はどんな方法がベストプラクティスと思ってる？
0077NAME IS NULL
垢版 |
2006/12/02(土) 10:34:15ID:???
そもそも何の排他に使いたいの？
0078NAME IS NULL
垢版 |
2006/12/02(土) 10:54:21ID:???
LANを排他するにはvlan tagを設定するのが簡単だと思う。
0079NULL is VALID under ODB
垢版 |
2006/12/05(火) 19:26:29ID:jsW8WxkP
>>75

> 俺が使ったのはR4の頃。途中でR5が出たけどバージョンはあげなかったな。
そうでしたか。R6.0でスレッドごとにトランザクションを処理することが出来るように
なって、SolarisのマルチCPU環境では、スレッド使ってキャッシュをシェアする
トランザクションをパラレルに処理できるようになった。
これで、かなり高速化できてます。

昨日、R6.3が届いたので、これから色々試すところ。
0080NAME IS NULL
垢版 |
2006/12/20(水) 03:56:50ID:???
>>70
FastDB

えーと、マニュアルをちまちま日本語に翻訳したのを
公開してるから探してみて。
ある案件で採用しようと目論んで調べてたんだが
いまいち調べ切れなかった。あと、類似のオンメモリDBとか
オブジェクトDBとか仕事で使ったことないので
比較はよくわかりません。ごめんね。

で、FastDBは

C++でクラスを定義して、マクロをちょっと書き足すと
それがテーブル定義っつーかスキーマになる。なので
データを使う側(プログラム)とスキーマが食い違いにくい。

クラスオブジェクト同士のリンク(1:1、1:N、N:M)
を格納できる仕組みが整ってる。

データ操作はSQLの簡易版みたいなクエリ文を使う。
クエリは事前解釈&パラメータ埋めるだけにもできるポ。
selectの結果は行の集合ではなくオブジェクトの集合。

ロックの範囲が広い。データベース全体をロックのみ。
ロックのオーバヘッドを減らすから、細かくロックする
(なるべく短時間で離す)ように使ってホスィ、とのこと。

あと、1DBに対して複数プロセスがアクセスするとして
1 Writer-N Reader の使い方には強いが、
複数のプロセスが交互に書き込むのは苦手。
レプリケーション（レプリカ造る）のようなモデル
（マイクロソフト風に言うとパブリケーション？）
にはいい。
1プロセスが複数DBを使うのはもちろんOK。
なので、2 Writerにしたいならむしろ2DBで
双方向のレプリケーションにしたほうがいいかもと思った。

マルチスレッドは、posixスレッドかWin32スレッドが使えるが、
作者が作ったラッパー経由でないとだめ。

こんな情報で役に立ったかな？

結構使い方に工夫が要る。まぁでも、オンメモリのDBを使おうと
してる開発ターゲットなら、何を使うにしても工夫は必要だわ。
オンメモリDBを採用しながら
メモリを効率的に使うなどの地道な努力を怠って
スワップメモリまで食うようなプロジェクトでは、
結局のろまなソフトしかつくれないでしょ。
いま隣のプロジェクトがそういう火事になってるよ。
0081NAME IS NULL
垢版 |
2006/12/20(水) 18:03:42ID:Oja6dSJu
>>80
ところでレスポンスはどうなんでしょか？（書き込み速度など）
0082NAME IS NULL
垢版 |
2006/12/20(水) 22:14:56ID:???
傍から聞くとO/Rマッピングの組み込みに失敗しましたって読めるのが怖いｗ
0083NAME IS NULL
垢版 |
2006/12/28(木) 15:47:03ID:4jkDTU80
オンメモリーＤＢ、、、なんていらないんじゃない。
オラクルだって、十分速い。
メモリーも安くなったし、、、、
0084NAME IS NULL
垢版 |
2006/12/29(金) 02:54:00ID:???
>>81
聞く前に自分でやってみたの？
0085NAME IS NULL
垢版 |
2007/01/01(月) 19:32:00ID:???
オンメモリDBってExcelのこと？
0086NAME IS NULL
垢版 |
2007/01/04(木) 14:25:41ID:n6JlK0cq
販売してたから良く知っている。
0087NAME IS NULL
垢版 |
2007/04/30(月) 05:52:09ID:RhP0kg8N
kairosって？
0088NAME IS NULL
垢版 |
2007/06/23(土) 18:49:01ID:???
FSSQLがひっそりと終了したみたいです。
ttp://www.fsi.co.jp/project/k/index.html
0089NAME IS NULL
垢版 |
2007/07/05(木) 13:03:21ID:???

windows でテンポラリファイルを作って、クローズ時に残さない設定にすると
メモリーのみで存在する「ファイル」になる。

.NETのDatasetはデータのメモリ内キャッシュ。

他のソフトとの共有もできるのかどうかは知らないが、目的いかんではオンメモリ
データベースとして使えるのではないか？
0090NAME IS NULL
垢版 |
2007/07/20(金) 11:43:35ID:PNDcSzwM
高価という印象が強いのですが、価格は小さい順に
並べるとどうなりますか。
0091NAME IS NULL
垢版 |
2007/07/21(土) 15:56:31ID:???
>>89
確かにそうだけど、DataSetは、テーブルとリレーションでしかなく、
それに対してSQLは実行出来ないから不便なところもあるのでは？
0092NAME IS NULL
垢版 |
2007/07/25(水) 08:41:24ID:MkilfMU2
みて
0093NAME IS NULL
垢版 |
2007/08/03(金) 16:57:15ID:ZzZcc6rh
＞◆ ターボデータの問題点
＞第五には、製品品質の問題が挙げられます。　
＞ターボデータの商品は、
＞Student Codingと言われるほど製品品質が悪いようです。
　　　↑
　　T●Lさんは、Cで作成したエンジンメーカ(ライブラリ)
　なので、エンジン以外の周辺Prg、製品は
　すべて評価プログラム(サンプル)の位置づけのよう。

　　使い方が難しいので、
　提携組込ベンダー使い方を示すために
　メーカ側が仕方なく用意したものを
　ついでに製品販売しているだけでしょう。
　
　　本来OracleにおけるSQLPlusのように
　ユーザさんに買って使ってもらいたいなら
　お金をかけてメンテすべきと思うが

　「タダのものにはできるだけお金をかけてメンテしたくない」
　日本のベンチャーにはありがちな発想が
　品質の悪さに拍車をかけてしまっているのだと思われる。
　(見せ方が下手で、500倍の処理とか言われている性能も
　 ちゃちくみえる)
0094NAME IS NULL
垢版 |
2007/08/03(金) 22:08:40ID:uWHo1/78
現在生き残っているIMDBのリスト作ってくれ
0095NAME IS NULL
垢版 |
2007/08/07(火) 23:32:26ID:ZwyG+Nqx
>>94
1であげたの全部まだ生きて居るんじゃない?

　ターボさん今こんな事遣っているよう
http://www.nextq.jp/com/document.htm
http://www.nextq.jp/com/070609/090609_6-3-1.pdf
http://www.nextq.jp/com/070609/090609_6-3-2.pdf

　あそこ直販してないみたいだから
新機能試せる体験版、何時落とせるんだろうね～
＜あそこのHPのパンフも全然変わってないから
　まだまだ製品化は先なのかも。（苦笑
0097NAME IS NULL
垢版 |
2007/09/09(日) 02:37:33ID:D1uHORzc
>>94
altibaseって新しく出てるよ。
これもメモリデータベースか？？
http://altibase.jp/
0098NAME IS NULL
垢版 |
2007/09/09(日) 02:41:44ID:D1uHORzc
おっ、altibaseはトライアル版ダウンロードできるよ。
使ってみるか。
0099ターボWatcher
垢版 |
2007/09/28(金) 14:25:14ID:8U91Kcjl
>>95
いちおうHPに新製品情報でた
体験版はまだ未
0100NAME IS NULL
垢版 |
2007/10/26(金) 14:00:47ID:ZvLmh+ll
>>20
　ターボデータって
　セック社　とか
いろいろと出資しているところがあるから無理かと思う。

　ところでターボデータって儲かっているの？(ココ上場していない？)

　セック社の決算報告書だと
研究援助投資という名目で
評価損の原因になっているようだが・・・。
0101NAME IS NULL
垢版 |
2007/11/11(日) 15:46:56ID:AF+VLCrg
>>99
AktblitzⅡ32の体験版プログラム
http://www.turbo-data.co.jp/j/download/download.html

　この商品価格次第だと思うが
いまいち使えるかどうかは微妙
(つい最近　富士通のOpa1/3も
サーバータイプを
3000万＝＞200-300万に
値下げ発表してたぐらいだし)
0103NAME IS NULL
垢版 |
2007/11/15(木) 01:53:26ID:dQ0T1toi
　そういえば昨日
どのワードかは言わないけど
Wikiにメーカ要望書いた
奇特な方の記載が速攻消されてた。
(書くだけ無駄なのに・・・藁)

　メーカの人間は、まず普通見ないだろうし
見たとしても
自分のとこの製品のいいコメント以外は
消すのがまあ普通だろうしね。
（Wiki自体ステルスマーケティングの温床だから）
0104NAME IS NULL
垢版 |
2007/11/15(木) 05:30:00ID:???
Wikipediaの事をWikiと呼称する
インターねっつ初心者さんでしか？
0105ターボWatcher
垢版 |
2007/11/15(木) 11:05:07ID:dQ7ce8wx
>>103
　コメント化されてるだけですな。
消されてないだけ良心的なのでは?
＜記載削除されても不思議ではない。

　メモリDBの販売が
大手SI企業経由が殆どの時点で
サポートしたくない(出来ない)からだと。

>>104
確かに初心者っぽい書き方というのは同意。
Wikipediaと書くの遠慮したのか？
一応ググるとWikiでもヒットはしますがね。
0106NAME IS NULL
垢版 |
2007/12/19(水) 19:19:39ID:???
>>13
第五禿同サポート皆無です。
他に買収されないということは技術として意味がないということ
はやくつぶれて欲しいです
0107NAME IS NULL
垢版 |
2008/01/04(金) 11:14:51ID:???
第五、何時2/4(XMLDB?)できるんでしか？
シャーチョサンの本には理論は昔から載ってますデスネ
0108NAME IS NULL
垢版 |
2008/01/04(金) 16:04:11ID:???
　今時Spring+Hibanate全盛期に
SQLやHQLをサポートしてへんDBなんか使いづらいだけでしょうに。

>>106
この記述が確かなら
第五は特にサポートしてくれへんのやろ。
「dll、so以外は全部フリーや！！」
(サポートせーへんで?　とあえて言うてるのかいな)
と連呼している時点で押して図れるのかもしれへんけど
0110NAME IS NULL
垢版 |
2008/02/17(日) 12:47:49ID:1zXaHUn/
TimesTen。東証で採用されたらしく、金融系での引き合いが増えているみたい。
0111NAME IS NULL
垢版 |
2008/02/17(日) 20:43:40ID:ctYisn1c
>>110
さっそくポシャッとるがな
富士通が悪いのか知らんけど
0112NAME IS NULL
垢版 |
2008/02/17(日) 21:01:14ID:1zXaHUn/
TimesTenがトラブったの？
0113NAME IS NULL
垢版 |
2008/02/23(土) 03:33:56ID:???
なんでMySQL Clusterがほとんど語られてないん？
まだ実用の段階じゃないって事？
マイナーなDB出されても使う気もおきん。
新着レスの表示
レスを投稿する

ニューススポーツなんでも実況