DB技術の限界を超える新発想の高速検索技術ISSEI

**NAME IS NULL** · 2008/01/21(月) 20:20:28

http://itpro.nikkeibp.co.jp/article/COLUMN/20080104/290425/

●既存のDB技術と一線を画すデータ検索技術を生み出す
●ゼロベースで発想しOSの基本機能に着目
●ストップウオッチ片手に高速化を追求

次世代Web基盤技術として特許出願中ｗ

「次はOSメーカーと共同開発し、ISSEIをOSの標準機能として盛り込みたい。
　最終的にはISSEI専用チップをメーカーと開発するのが目標だ」
庄司副社長の妄想は尽きない。

**NAME IS NULL** · 2008/01/21(月) 20:36:50

すっげーーーーー
俺が編集長ならこの記事書いた記者はクビ

**NAME IS NULL** · 2008/01/22(火) 00:22:19

別にこういうのがあってもいいとは思うが、コレって「検索だけが」早そうで、
集計とか分析とか更新とか超絶トロいんじゃねーの？

どんなクエリで抽出できるのかしらんけどサ。

たとえばそこそこに安い鯖&RDBMSだと1000万件くらいの銀行の科目毎の残高情報をGROUP BYしながら
集計しても30秒もかからないし。

そこらの10万くらいのPCでこれくらいの処理能力があるなら確かにバカ売れするとは思うけどどーなんだろ？

**NAME IS NULL** · 2008/01/22(火) 00:31:25

>>3
> そこらの10万くらいのPCでこれくらいの処理能力があるなら

そういう問題じゃないと思う

**NAME IS NULL** · 2008/01/22(火) 00:36:47

妄想は尽きないw

**NAME IS NULL** · 2008/01/22(火) 00:53:48

>>3
その３０秒というのは、しっかりとストップウォッチで計測したのか？

**NAME IS NULL** · 2008/01/22(火) 01:02:30

「OSの基本機能であるため、ファイル名の検索速度は速い。」
の意味がさっぱりわからないんだが。

ＯＳのファイル名検索なんて別に早くする必要あまりないし。

2008/01/22(火) 01:15:15

2008/01/22(火) 01:24:12

>>7
> ＯＳのファイル名検索なんて別に早くする必要あまりないし。

いや、それはそれなりに早くないと困るよ。

OS 起動時には、かなりの数のファイルを読込むから、ファイル名
検索の時間もバカにはできないし、技術的にも色々工夫されてる。

でも、その手の技術は RDBMS でも使ってるから。

**NAME IS NULL** · 2008/01/22(火) 01:47:05

＞現行のRDBシステムで検索効率を高めるには、あらかじめ特定のデータ項目をインデックス化する必要がある。
どんだけ認識が古いんだよwww

**NAME IS NULL** · 2008/01/22(火) 02:41:24

開発時のルールで「JOIN禁止」とか、そんなんだったんだろうな。

**KD125029147227.ppp-bb.dion.ne.jp** · 2008/01/22(火) 03:21:31

？？？？？？？？？？？？？？？？？？？？？？？
きく？？？？？？？？-？？？？？？？？？-？？？？？？？？？？
？？？？？？？？？？？？？？？？？？？？？？？？？？？

**NAME IS NULL** · 2008/01/22(火) 03:37:55

↓被害者
究極のデータベースソフトを見た - 片貝孝夫の　IT最前線
http://blog.goo.ne.jp/katakait/e/957a40199c4a276ac0e59434a52f9006

スラッシュドットでボロクソ
http://slashdot.jp/developers/08/01/20/2052246.shtml

**NAME IS NULL** · 2008/01/22(火) 12:42:42

なんというか…はずかしいな

**NAME IS NULL** · 2008/01/23(水) 17:14:23

レガシーな障壁があってRDB導入できない場合用、とかかなあ。具体例が思いつかないけど。

**NAME IS NULL** · 2008/01/23(水) 20:35:10

良く使われる技法じゃないの?
Webキャッシュがみんなこの方法で実装されているっしょ

**NAME IS NULL** · 2008/01/23(水) 20:38:43

キャッシュならいいけど、RDBを超えるものって感じの書き方がよくなかったw

**NAME IS NULL** · 2008/01/23(水) 23:16:18

超えるって言うか…ぶっちゃけRDB以下の機能/性能しか出せない気もするのは気の所為か？

**NAME IS NULL** · 2008/01/23(水) 23:58:26

まあ用途によってはRDBより速いケースはあるだろうけど、
「CacheはRDBより速い」ってのと同レベルの話だな。

**NAME IS NULL** · 2008/01/24(木) 04:24:08

RDBで遅い場合でもキャッシュ使うでしょ、というすぐ突っ込みがｗ

**NAME IS NULL** · 2008/01/24(木) 13:25:04

web cacheでもsquidなんかだと、こんな感じのからCOSSっていうのに移ってきてるけど。

**NAME IS NULL** · 2008/01/24(木) 14:09:09

squidはマップを作るでしょ。
delegateがDNSのキャッシュにこの方法を使っていたと思った。
あと、Netscape cacheもこの方法じゃなかったか? 商用だったので
詳しくは知らんが。

**NAME IS NULL** · 2008/01/26(土) 17:44:07

>>22
そのマップ部分はOSのファイルシステム上のインデックスなんじゃないかな

**NAME IS NULL** · 2008/01/27(日) 11:59:37

WINFS(SQL鯖によるファイルシステム)が、
まともなパフォーマンスが出ないため開発中止になったことから
思いついたんだろうな…

**NAME IS NULL** · 2008/01/28(月) 10:46:42

>>24
そこまで調査能力があるとは思えないが。

**NAME IS NULL** · 2008/02/16(土) 01:11:08

これって昔からありそうな手法だけど、本気で特許取れると思ってるのかな。
だとしたらかなり痛い。

ところで、ISSEIを基幹系システムに導入しちゃう予定の大手製造業は大丈夫なの？
たった110万件のデータ検索に1秒って遅すぎでしょ。
PostgreSQLとかMySQLでもインデックス貼ってりゃ数千万件のテーブルでも1秒かからねーだろ。

ストップウォッチで計測って所で技術力の低さが滲み出てるね。

あと、本気で専用チップとか作れると思ってるのかな？
データをBASE62エンコードとかする以外はOSのAPI呼んでるだけでしょ？
VBアクセラレータチップとか？？

突っ込みどころが多すぎｗ

**NAME IS NULL** · 2008/02/16(土) 15:44:48

>>26
> これって昔からありそうな手法だけど、本気で特許取れると思ってるのかな。
> だとしたらかなり痛い。

この世界は、弓矢や車輪の特許が成立してしまう世界でもあるんだ。

双方向線形リストの特許が成立してしまう世界でもあるんだ。

ぶらんこの横漕ぎの特許が成立してしまう世界でもあるんだ。

笑って済ましていてはいけないんだモナ。

**NAME IS NULL** · 2008/02/16(土) 17:07:46

そんな特許成立してたか？

出願と成立をごっちゃにしてないか？

まあ、出願されて放置しとくとほんとに成立するから、
笑って済ませていてはいけないのは事実だが。

**NAME IS NULL** · 2008/02/16(土) 22:23:32

最近、特許成立したものだと、パスワードを記録するソフトだな。
それで公開停止に追い込まれたのがあったなあ。
具体的に条項みたわけでないんで詳しくは知らないのだが

**NAME IS NULL** · 2008/06/26(木) 22:34:16

>>2
なんで？

**NAME IS NULL** · 2008/06/26(木) 22:39:23

>>26
ＤＢ超初心者でよく分からないけどシステム系の超高速ＤＢを作るなら何が今最高なの？
誰か教えてくれ。

**NAME IS NULL** · 2008/06/26(木) 23:59:57

そこまで分かってないレベルだと、Oracle とか SQL-Server 使っとけよ。

性能出るかどうかは知らんけど、でない場合でもとりあえずメーカーのせい
にしとけば客が納得する率が高い。

**NAME IS NULL** · 2008/07/01(火) 20:50:53

商品DBみたいなマスタテーブルものがメインなら、
MySQLでオンメモリにしちゃえばいいんじゃない？かなり早いよ。
更新はInnoDBの別表領域作ってレプリケーションすればいいだけ。

**NAME IS NULL** · 2008/07/06(日) 08:21:54

>>31
ファイルシステムを利用したDBじゃないかな？

**NAME IS NULL** · 2010/03/18(木) 16:38:57

特許あるな。特開2004-145787　これじゃね？
で、これか？http://www.datacom.jp/d3/gallery/20100309/detail/DSC00842.jpg

**NAME IS NULL** · 2010/03/20(土) 21:31:41

この会社ほんとにこれで食ってるの？

**NAME IS NULL** · 2010/03/22(月) 09:48:03

>> 副社長の妄想は尽きない。

**NAME IS NULL** · 2010/05/26(水) 21:49:02

>>37

社長だ。
http://www.hows-corp.jp/
出世している。

しかし異常だなあ　これ
「某」会社ってのが大杉

このＤＢというか仕組みも
沖縄の会社と揉めたらしいし。
沖縄の会社はＳのつくアメリカの会社に泣きついたらしいな。

**NAME IS NULL** · 2010/06/06(日) 10:11:44

> このＤＢというか仕組みも沖縄の会社と揉めたらしいし。

KWSK

揉める要素が見当たらんのだが...。

**NAME IS NULL** · 2010/06/09(水) 18:38:49

これってgoogle検索より早いっての？
てか、すでにgoogleあるのに使い道あるの？　googleはすでに検索ワードから如何に曖昧検索で
ヒット率上げるのかまで考えてるよ。

**NAME IS NULL** · 2010/06/12(土) 21:45:08

google ?

曖昧検索なんて全然書いてないんだが...
>>40 みたいな奴がこういう記事に飛びつくんだろうな。

**NAME IS NULL** · 2010/06/14(月) 15:04:10

そもそも、どっからgoogleが出てきたのかさえ疑問。

**NAME IS NULL** · 2010/06/18(金) 11:25:13

正規表現とかワイルドカード使った一部一致で検索するということではなく、
例えば、serverと検索かけると、日本語のサーバーしか書いてない文章も検索対象になっているということ。

**NAME IS NULL** · 2010/09/19(日) 22:00:48

> serverと検索かけると、日本語のサーバーしか書いてない文章も検索対象に

いや、そんなことは俺の親父でも知ってる (このまえ、すごいなコレとか言っ
てた) が、この自称「高速検索技術」とやらになんか関係あるのか？

**NAME IS NULL** · 2012/02/21(火) 08:00:40.47

イッセー尾形とどっちがすごいのよ？

**電脳プリオン!ninja** 【20m】 · 2013/11/03(日) 23:49:37.14

OSに盛り込まれた？

2014/08/06(水) 20:16:28.06

＞大阪府三島郡島本町の小学校や中学校は、暴力イジメ学校や。
島本町の学校でいじめ・暴力・脅迫・恐喝などを受け続けて廃人になってしもうた僕が言うんやから、
まちがいないで。僕のほかにも、イジメが原因で精神病になったりひきこもりになったりした子が何人もおる。
教師も校長も、暴力やいじめがあっても見て見ぬフリ。イジメに加担する教師すらおった。
誰かがイジメを苦にして自殺しても、「本校にイジメはなかった」と言うて逃げるんやろうなあ。
島本町の学校の関係者は、僕を捜し出して口封じをするな

＞島本町って町は、暴力といじめと口裏合わせと口封じの町なんだな

子供の時に受けた酷いイジメの体験は、一生癒えない深い傷になるなあ

「暴力とイジメと口裏合わせと口封じ」の町やそういう町に巣食うヤクザ・チンピラ・ゴロツキ・不良・
いじめっ子・ダニ・ノミ・シラミなどを監視して非難するのは暮らしやすい町を作るのに必要だ

**NAME IS NULL** · 2015/04/17(金) 14:38:36.13

hyper estratorより高速なDBなんてあった？

**NAME IS NULL** · 2017/12/29(金) 12:07:52.45

誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒　『宮本のゴウリエセレレ』というブログで見ることができるらしいです。

グーグル検索⇒『宮本のゴウリエセレレ』

OLVX9KLT1X