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

編集元：プログラマー板より



655 仕様書無しさん :2008/01/21(月) 19:48:01

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



　 　　　 　　 　＿＿＿_　　　

　　　　　　 ／ ＼　　／＼　ｷﾘｯ

.　　　　　／　（ー） 　（ー）＼　　　　　　

　　　　／　　 ⌒（__人__）⌒ ＼　　　　庄司副社長は、プログラムが完成するたびに

　　　　|　　 　　　|r┬-|　　　　| 　　ストップウオッチを片手に処理速度を計測したという。

　　　　 ＼　　　　 `ー'´　　 ／　　　　

　　　　ノ　　　　　　　　　　 　＼

　 ／´　　　　　　　　　　　　 　　ヽ 　 　 　 　 　 　 　

　|　　　　ｌ　　　　　　　　　　　　　　＼

　ヽ　　　 -一''''''"~~｀`'ー--､　　　-一'''''''ー-､. 　 　

　　ヽ ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))





　 　　　　 　　　＿＿＿_

　　　　　　　 ／_ノ 　ヽ､_＼

　ﾐ　ﾐ　ﾐ　　oﾟ(（●）) (（●）)ﾟo　　　　　　ﾐ　ﾐ　ﾐ

/⌒)⌒)⌒. ::::::⌒（__人__）⌒:::＼　　　/⌒)⌒)⌒)

|　/　/　/　　　　　|r┬-|　　　　|　(⌒)/　/ / /／　　だっておｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

|　:::::::::::(⌒)　　　　|　|　 |　　 ／ 　ゝ　　:::::::::::/

|　　　　　ノ　　 　　|　|　 |　 　＼　　/　　）　　/

ヽ　　　　/　　　　　`ー'´ 　 　 　ヽ /　　　　／　　　　　バ

　|　　　　|　　 l||l　从人 l||l 　　　　 l||l 从人 l||l　　バ　　　ン

　ヽ　　　 -一''''''"~~｀`'ー--､　　　-一'''''''ー-､　　　　ン

　　ヽ ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))

656 仕様書無しさん :2008/01/21(月) 21:42:17

>>655

「処理の高速性を最優先」しているにもかかわらず、

「VisualBasicで開発した」のも見逃せないなw

662 仕様書無しさん :2008/01/21(月) 22:34:19

>>655

ｸｿﾜﾛﾀ



ファイル検索ってRDB技術そのものではないのか？ｗ



はてなブックマークでの反応

http://b.hatena.ne.jp/entry/http://itpro.nikkeibp.co.jp/article/COLUMN/20080104/290425/

664 仕様書無しさん :2008/01/21(月) 23:09:52

俺も１千万円もかけて、たった110万件の検索処理に

1秒もかかるコードを開発したいぜ

665 仕様書無しさん :2008/01/21(月) 23:16:11

>>662

満足している人もいるようです。



究極のデータベースソフトを見た - 片貝孝夫の　IT最前線

http://blog.goo.ne.jp/katakait/e/957a40199c4a276ac0e59434a52f9006



つかこれ、関連スレないんでしょうか？

667 仕様書無しさん :2008/01/22(火) 00:09:32

>665

http://slashdot.jp/developers/08/01/20/2052246.shtml

ｽﾗﾄﾞでいいんじゃね(w

DB技術の限界を超える新発想の高速検索技術
この記事をTwitterに投稿する

以下、Twitterの反応 ▼

Comments

1001  ゆとり  :2008年01月23日 22:36  ID:WHzhquAv0

ドラゴンボールが出来たのかと思った。

1002  学名ナナシ  :2008年01月23日 22:42  ID:NCyHiNZ.0

なんでこんな感じに時代に取残されてるのに気付かない人が出てくるのかね
それはそれとしてドラゴンボールに見えた

1003  学名ナナシ  :2008年01月23日 22:45  ID:gJeTTS4l0

VisualBasicかよｗｗｗ
まあ、安くつくならおｋ、って考えなんだろうな

1004  学名ナナシ  :2008年01月23日 22:47  ID:oVL0J.7g0

スラドで思いっきり馬鹿にされてんね

1005  学名ナナシ  :2008年01月23日 22:49  ID:lan959hc0

なんかもう苦笑いするしかないなこれ

1006  学名ナナシ  :2008年01月23日 22:57  ID:kSdX3Hqe0

庄司副社長の夢は尽きない。

1007  学名ナナシ  :2008年01月23日 22:59  ID:dCTuM.K.0

VBでもせめてGetTickCountかTimeGetTimeで時間計測してやれよ・・・ｗ

1008  学名ナナシ  :2008年01月23日 23:00  ID:v6PDwlOw0

VisualBasicは突っ込みどころじゃないよ
検索時間の短縮はOSの機能に任せてるんだから

1009  学名ナナシ  :2008年01月23日 23:17  ID:YDxVjiMJ0

あの写真を見たらなぜだか悲しくなったよ

1010  学名ナナシ  :2008年01月23日 23:35  ID:NEeGlPd10

処理が重くなるから時間計測は人力なんですね！天才！

1011  おやじです  :2008年01月23日 23:53  ID:lKM1SMJ10

OSの標準機能に盛り込もうとか、専用チップとか、
bogus news かと一瞬思ったぜ。

1012  あ  :2008年01月23日 23:54  ID:.VvvGBf90

ドラゴンボールじゃねぇのかよ！

1013  学名ナナシ  :2008年01月24日 00:01  ID:nh.PCx5F0

ある特定の状態でそこそこ使えるかもしれない技術って感じ。

1014  学名ナナシ  :2008年01月24日 00:04  ID:7F81GZHw0

ストップウォッチとか何でそこで人力が出る必要がｗｗｗ

1015  学名ナナシ  :2008年01月24日 00:08  ID:VZVrhVku0

しかし、スラドとここの米欄比較すると、民度の違いがあからさまだよなあ・・・ｗ

1016  学名ナナシ  :2008年01月24日 00:10  ID:Ve1ai.Nt0

誰か分かりやすく解説してくれ。

1017  学名ナナシ  :2008年01月24日 00:35  ID:mYBwb.h00

>コクヨや日立製作所もISSEIに注目し、活用を検討している。
本当なの？

1018  学名ナナシ  :2008年01月24日 00:35  ID:zJYVC.vK0

1. 高速処理が売りなのに動作の遅いVisualBasicを使ってる。実際大して早くない。
2. OSの基本機能だから早い←根拠薄弱。
3. 0バイトのフォルダ←実際はファイル管理領域が情報で埋め尽くされてる。
　ちなみにWindowsの仕様として１フォルダに１０万ファイル以上入れるなって注意書きがある。
　OSの基本機能だから云々という前提と矛盾してる。
4. ストップウォッチ（手動）←普通はプログラムのアタマとケツで時間を取得して処理時間を算出する。
5. そもそももっと高速なDBがすでに有る。
6. こんなド素人のおっさんが作った怪しげなモンで何百万もぼったくり
7. しかもそれを褒めちぎるIT "pro"

1019  の  :2008年01月24日 00:40  ID:Efx58Jgk0

普通にRDB使えよって話だよ。適切にインデックス張ってやればいいだけだろ。
まぁVBは（知らんけど）フロントエンドって事もあんじゃね？？
ストップウオッチは言い逃れできんけどな（笑）

1020  学名ナナシ  :2008年01月24日 00:40  ID:eNwKsw6D0

この叩かれようを見たコクヨや日立製作所の担当者のリアクション↓

1021  学名ナナシ  :2008年01月24日 00:41  ID:VZVrhVku0

米1018
Visual Basicが遅い理由言ってみな。

1022  学名ナナシ  :2008年01月24日 00:41  ID:SFApSsmQ0

なんか哀れになってきたｗ

1023  学名ナナシ  :2008年01月24日 00:42  ID:7N4O6dJt0

もう、やばいｗｗｗｗ
すげー吹いた。危うく、真夜中に救急車呼ぶところだったじゃねーかｗｗｗ
これ、本当のことなのか？
もう、マジでありえねぇｗｗｗ
趣味プログラマーのオレでもおかしすぎて、ヤバイヤバイｗｗｗ

1024  学名ナナシ  :2008年01月24日 00:44  ID:PqMcc0CS0

すべての項目が検索対象ってことは検索対象絞らないととんでもない数のファイルが出てくるってことですね

1025  の  :2008年01月24日 00:52  ID:Efx58Jgk0

1018じゃないが
VBで作られたRDBがエンタープライズ向け製品で使われていない件に関してｗ
そもそも存在するか知らんけど。必要ないし

1026  学名ナナシ  :2008年01月24日 00:54  ID:FgwL1Ew80

やってることは？？？だが
ググッてるだけの自称「技術者」より評価できる。

1027  学名ナナシ  :2008年01月24日 01:36  ID:b3NCkAnF0

1018ではないが
Visual Basicが遅い理由はマシン語から遠い高級言語だから
日々データ検索をより高速化しようと進化してくDBに
データ検索の高速性で勝てるわけないだろ
VBでも出来るような単純な処理だから結果的に早かっただけ
簡単に言えばDBのインデックスを超単純にしたものをVBで作りましたというお粗末な話
DBに入れてないからデータの活用もできないのでデータは検索にしか使わないんでしょうか
ちなみに俺は元DB開発チームの人間なんで

1028  学名ナナシ  :2008年01月24日 01:43  ID:jTeAeK3.0

>従来のDBシステムでは、ディスク内のファイルに対してアクセスするのが一般的だ。
普通メモリに乗せるっての・・・・
米1021
適切に書かれたVBのプログラムと適切に書かれたCのプログラム。
はたしてどちらが高速に動作するだろうか？

1029  学名ナナシ  :2008年01月24日 01:50  ID:IU.B0Zb.0

米1021
俺も1018ではないが
開発のしやすさと引き換えにActiveXを使ってるからだろ。

1030  学名ナナシ  :2008年01月24日 02:07  ID:9esxMUCK0

落ち着くんだみんな。
SQL使ったほうがいいんじゃないですかというような案件なのにここまで持ち上げる記事があるだろうか。
きっとどこかにRDBとは一線を画すアイディアがあるはずだ。
しかし俺にはわからないのでだれか教えてくれ。

1031  学名ナナシ  :2008年01月24日 02:13  ID:Ei2Mosl50

これはクライアントをだまくらかして受注する技術のサンプルですか？

1032  学名ナナシ  :2008年01月24日 03:45  ID:f0HH.LB40

こんなんで数百万か…
ちょっくらプログラミング勉強してくるわ

1033  学名ナナシ  :2008年01月24日 06:19  ID:6XRXG3Yl0

oracleの保守費用と比較すれば高いともいえないような気がするがどう？

1034  学名ナナシ  :2008年01月24日 08:51  ID:mRFeL7xn0

俺DBAだけど、そりゃこれ、Oracleの大規模なシステムに比べりゃ安いけどｗｗｗ
その辺のPCとアクセスでこれくらい出るｗ
www.pc-dr.jp/acc/acc-100.htm
10万円だねｗ

1035  学名ナナシ  :2008年01月24日 09:11  ID:GvbPXHf50

別にフロントエンドならVBでも何でもいいだろｗｗｗと思った俺が浅はかだった。
＞「高度な関数を駆使することよりも、処理の高速性を最優先し、シンプルにコードを記述することにこだわった」

1036  学名ナナシ  :2008年01月24日 09:35  ID:mRFeL7xn0

ためしに今サーバーとしてはごく普通の、8CPU、4GBメモリーのマシンのLinux上にあるOracle10gの42万件から一件単純検索で拾ったら、0.01秒以下だよｗ

1037  バータ涙目  :2008年01月24日 09:41  ID:biqqAGKc0

じゃあ宇宙二じゃねぇの？ｗ

1038  学名ナナシ  :2008年01月24日 10:03  ID:GvbPXHf50

エイプリルフールネタが間違って上がったんじゃないのか
だとしたらなかなかクオリティが高い

1039  学名ナナシ  :2008年01月24日 10:20  ID:HA4esWCQ0

いや、まて。62「進数」だぞ？

1040  学名ナナシ  :2008年01月24日 10:33  ID:hzpHyMvl0

なんでこれを記事にしたのかわからない・・・

1041  学名ナナシ  :2008年01月24日 11:36  ID:8Nuh4KBS0

プログラミングのPの字もわからない俺に誰か解説を…

1042  学名ナナシ  :2008年01月24日 12:07  ID:4CWuUzX.0

遅いとかストップウォッチ（笑）って事は解ったけど、
>現行のRDBシステムで検索効率を高めるには、あらかじめ特定のデータ項目をインデックス化する必要がある。だが、ユーザー企業が最初から業務で必要なデータ項目を特定できるわけではない。インデックスを追加・変更するケースも出てくる。その場合には、改めてデータベースを見直す手間やコストがかかる。
という「現状の問題」なるものはちゃんと解決されてるの？

1043  学名ナナシ  :2008年01月24日 13:11  ID:l3ll86PH0

誰かガンダムに例えて説明してくれ

1044  学名ナナシ  :2008年01月24日 13:25  ID:OK6QENKJ0

>>1043
ガンダム作るお金が無いから、ボールにビームサーベル点けて転がしたら結構遠くまで転がった

1045  の  :2008年01月24日 14:33  ID:Efx58Jgk0

>>1043
ガンダムより高性能とうたってジェガンを宣伝したけど、νガンダムが既に量産体制になってて涙目ｗｗ

1046  学名ナナシ  :2008年01月24日 16:52  ID:ViDfwrCY0

ジムの胸の部分を青くすればガンダムになると思ってペンキで塗った人と、
それを見てSUGEEEEE!ガンダムじゃん！って興奮して記事にした人の
悲しくも笑えるおはなし。

1047  学名ナナシ  :2008年01月24日 17:55  ID:PF1fiFFZ0

Index無しで高速検索したいならSIGMA検索とか使うべきじゃないかな。
ttp://www.itmedia.co.jp/news/0307/08/nj00_kiss.html
全文検索システムNamazuはインデックスが必要だからダメかな。
ttp://www.namazu.org/index.html.ja

1048  学名ナナシ  :2008年01月24日 19:11  ID:z1Q82O3O0

ん、ドイツ国鉄？

1049  学名ナナシ  :2008年01月25日 00:27  ID:5oNGBsA30

ちょっと期待して見に来た俺涙目

1050  学名ナナシ  :2008年01月25日 04:10  ID:Ov1A6VvG0

※1010
その発想にはいたらなかったｗ

1051  学名ナナシ  :2008年02月13日 23:53  ID:CLimEvHk0

これってVB脳って言うの？

1052  学名ナナシ  :2008年08月26日 11:18  ID:A1SADNFj0

VBが遅いって言ってる人間は、VBで早く動くPGを書く手段を知らないだけ。無知。
仕事柄VB,VC++,C,Java,.Net系等々多数の言語で仕事するが、VBが遅いなんて思わん。
どうもVC++信仰が強すぎて、VC++系の人間は他の言語を下に見たがり過ぎる。

1053  学名ナナシ  :2008年08月26日 14:12  ID:76S2AIyn0

VBで早く動くPGを考えるとかなら、C++に任せたほうが話が早いだけだと思う
> VB,VC++,C,Java,.Net系
あと、この分け方はどうかと思う

1054  学名ナナシ  :2008年08月26日 14:53  ID:QvJqgoRs0

>>1052
本気でそんな寝言言うとしたら
フォームだけVBで作って内部処理は全部DLLかOCXにするしかない。
VBは遅い。
現実から逃げてはいけない。
それをひっくり返せるだけのお手軽さと生産性があるからこれだけメジャーになっただけ。