DB技術の限界を超える新発想の高速検索技術ISSEI
すっげーーーーー
俺が編集長ならこの記事書いた記者はクビ
別にこういうのがあってもいいとは思うが、コレって「検索だけが」早そうで、
集計とか分析とか更新とか超絶トロいんじゃねーの?
どんなクエリで抽出できるのかしらんけどサ。
たとえばそこそこに安い鯖&RDBMSだと1000万件くらいの銀行の科目毎の残高情報をGROUP BYしながら
集計しても30秒もかからないし。
そこらの10万くらいのPCでこれくらいの処理能力があるなら確かにバカ売れするとは思うけどどーなんだろ?
>>3 > そこらの10万くらいのPCでこれくらいの処理能力があるなら
そういう問題じゃないと思う
妄想は尽きないw
>>3 その30秒というのは、しっかりとストップウォッチで計測したのか?
7 :
NAME IS NULL:2008/01/22(火) 01:02:30 ID:jOMCNxux
「OSの基本機能であるため、ファイル名の検索速度は速い。」
の意味がさっぱりわからないんだが。
OSのファイル名検索なんて別に早くする必要あまりないし。
> ISSEIはマイクロソフトの「VisualBasic」で開発した。
>>2 に同意。
http://www.hows-corp.jp/company/20071113.html | コクヨ株式会社 RDIセンター
| センター長 塚正 勉 氏
| コクヨ株式会社の研究・開発部門である当RDIセンターは、
| 株式会社HOWSがその理論と技術を確立し製品化する
| 「ISSEI」を高く評価しています。
|
| 株式会社日立製作所 産業・制御ソリューションセンタ
| 担当部長 根本 弘幸様
| “ISSEI”はWeb2.0的システム構成において、ビジネス
| インテリジェンスを構成する重要なキーコンポーネント
| になると期待しています。
バカだね (w
>>7 > OSのファイル名検索なんて別に早くする必要あまりないし。
いや、それはそれなりに早くないと困るよ。
OS 起動時には、かなりの数のファイルを読込むから、ファイル名
検索の時間もバカにはできないし、技術的にも色々工夫されてる。
でも、その手の技術は RDBMS でも使ってるから。
>現行のRDBシステムで検索効率を高めるには、あらかじめ特定のデータ項目をインデックス化する必要がある。
どんだけ認識が古いんだよwww
開発時のルールで「JOIN禁止」とか、そんなんだったんだろうな。
??? ?????? ????? ??????? ??
きく ??? ?????-????? ????-????? ?????
???? ???? ????? ????? ???? ?????
13 :
NAME IS NULL:2008/01/22(火) 03:37:55 ID:FJFO8Ke7
なんというか…はずかしいな
15 :
NAME IS NULL:2008/01/23(水) 17:14:23 ID:aAQGSWeF
レガシーな障壁があってRDB導入できない場合用、とかかなあ。具体例が思いつかないけど。
良く使われる技法じゃないの?
Webキャッシュがみんなこの方法で実装されているっしょ
キャッシュならいいけど、RDBを超えるものって感じの書き方がよくなかったw
超えるって言うか…ぶっちゃけRDB以下の機能/性能しか出せない気もするのは気の所為か?
まあ用途によってはRDBより速いケースはあるだろうけど、
「CacheはRDBより速い」ってのと同レベルの話だな。
20 :
NAME IS NULL:2008/01/24(木) 04:24:08 ID:ZYuZFvrq
RDBで遅い場合でもキャッシュ使うでしょ、というすぐ突っ込みがw
web cacheでもsquidなんかだと、こんな感じのからCOSSっていうのに移ってきてるけど。
squidはマップを作るでしょ。
delegateがDNSのキャッシュにこの方法を使っていたと思った。
あと、Netscape cacheもこの方法じゃなかったか? 商用だったので
詳しくは知らんが。
>>22 そのマップ部分はOSのファイルシステム上のインデックスなんじゃないかな
WINFS(SQL鯖によるファイルシステム)が、
まともなパフォーマンスが出ないため開発中止になったことから
思いついたんだろうな…
これって昔からありそうな手法だけど、本気で特許取れると思ってるのかな。
だとしたらかなり痛い。
ところで、ISSEIを基幹系システムに導入しちゃう予定の大手製造業は大丈夫なの?
たった110万件のデータ検索に1秒って遅すぎでしょ。
PostgreSQLとかMySQLでもインデックス貼ってりゃ数千万件のテーブルでも1秒かからねーだろ。
ストップウォッチで計測って所で技術力の低さが滲み出てるね。
あと、本気で専用チップとか作れると思ってるのかな?
データをBASE62エンコードとかする以外はOSのAPI呼んでるだけでしょ?
VBアクセラレータチップとか??
突っ込みどころが多すぎw
27 :
NAME IS NULL:2008/02/16(土) 15:44:48 ID:2TWo9aFY
>>26 > これって昔からありそうな手法だけど、本気で特許取れると思ってるのかな。
> だとしたらかなり痛い。
この世界は、弓矢や車輪の特許が成立してしまう世界でもあるんだ。
双方向線形リストの特許が成立してしまう世界でもあるんだ。
ぶらんこの横漕ぎの特許が成立してしまう世界でもあるんだ。
笑って済ましていてはいけないんだモナ。
そんな特許成立してたか?
出願と成立をごっちゃにしてないか?
まあ、出願されて放置しとくとほんとに成立するから、
笑って済ませていてはいけないのは事実だが。
最近、特許成立したものだと、パスワードを記録するソフトだな。
それで公開停止に追い込まれたのがあったなあ。
具体的に条項みたわけでないんで詳しくは知らないのだが
>>26 DB超初心者でよく分からないけどシステム系の超高速DBを作るなら何が今最高なの?
誰か教えてくれ。
そこまで分かってないレベルだと、Oracle とか SQL-Server 使っとけよ。
性能出るかどうかは知らんけど、でない場合でもとりあえずメーカーのせい
にしとけば客が納得する率が高い。
商品DBみたいなマスタテーブルものがメインなら、
MySQLでオンメモリにしちゃえばいいんじゃない?かなり早いよ。
更新はInnoDBの別表領域作ってレプリケーションすればいいだけ。
>>31 ファイルシステムを利用したDBじゃないかな?
35 :
NAME IS NULL:2010/03/18(木) 16:38:57 ID:n4pB8QtB
36 :
NAME IS NULL:2010/03/20(土) 21:31:41 ID:meYlYmqY
この会社ほんとにこれで食ってるの?
>> 副社長の妄想は尽きない。
38 :
NAME IS NULL:2010/05/26(水) 21:49:02 ID:xCTl8aF5
> このDBというか仕組みも沖縄の会社と揉めたらしいし。
KWSK
揉める要素が見当たらんのだが...。
これってgoogle検索より早いっての?
てか、すでにgoogleあるのに使い道あるの? googleはすでに検索ワードから如何に曖昧検索で
ヒット率上げるのかまで考えてるよ。
google ?
曖昧検索なんて全然書いてないんだが...
>>40 みたいな奴がこういう記事に飛びつくんだろうな。
そもそも、どっからgoogleが出てきたのかさえ疑問。
正規表現とかワイルドカード使った一部一致で検索するということではなく、
例えば、serverと検索かけると、日本語のサーバーしか書いてない文章も検索対象になっているということ。
> serverと検索かけると、日本語のサーバーしか書いてない文章も検索対象に
いや、そんなことは俺の親父でも知ってる (このまえ、すごいなコレとか言っ
てた) が、この自称「高速検索技術」とやらになんか関係あるのか?
イッセー尾形とどっちがすごいのよ?
OSに盛り込まれた?
47 :
島本町で凄惨なイジメを受けて廃人になった方へ:
>大阪府三島郡島本町の小学校や中学校は、暴力イジメ学校や。
島本町の学校でいじめ・暴力・脅迫・恐喝などを受け続けて廃人になってしもうた僕が言うんやから、
まちがいないで。僕のほかにも、イジメが原因で精神病になったりひきこもりになったりした子が何人もおる。
教師も校長も、暴力やいじめがあっても見て見ぬフリ。イジメに加担する教師すらおった。
誰かがイジメを苦にして自殺しても、「本校にイジメはなかった」と言うて逃げるんやろうなあ。
島本町の学校の関係者は、僕を捜し出して口封じをするな
>島本町って町は、暴力といじめと口裏合わせと口封じの町なんだな
子供の時に受けた酷いイジメの体験は、一生癒えない深い傷になるなあ
「暴力とイジメと口裏合わせと口封じ」の町やそういう町に巣食うヤクザ・チンピラ・ゴロツキ・不良・
いじめっ子・ダニ・ノミ・シラミなどを監視して非難するのは暮らしやすい町を作るのに必要だ