トップへコメント (54) 良スレ投稿投票一覧今月の記事先月の記事注目記事カテゴリ別殿堂入り月刊アルファルファ問い合わせRSSの購読ぬるぽ
2008年01月23日
※リンクは、自動的に取得しています。閲覧は自己責任でお願いします。

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

ブックマーク: Buzzurl  / Hatena  / Livedoor /Yahoo!  
  • 編集元:プログラマー板より

    655 仕様書無しさん :2008/01/21(月) 19:48:01
    http://itpro.nikkeibp.co.jp/article/COLUMN/20080104/290425/

              ____   
           / \  /\ キリッ
    .     / (ー)  (ー)\      
        /   ⌒(__人__)⌒ \    庄司副社長は、プログラムが完成するたびに
        |      |r┬-|    |   ストップウオッチを片手に処理速度を計測したという。
         \     `ー'´   /    
        ノ            \
      /´               ヽ              
     |    l              \
     ヽ    -一''''''"~~``'ー--、   -一'''''''ー-、.    
      ヽ ____(⌒)(⌒)⌒) )  (⌒_(⌒)⌒)⌒))


              ____
            /_ノ  ヽ、_\
     ミ ミ ミ  o゚((●)) ((●))゚o      ミ ミ ミ
    /⌒)⌒)⌒. ::::::⌒(__人__)⌒:::\   /⌒)⌒)⌒)
    | / / /     |r┬-|    | (⌒)/ / / //  だっておwwwwwwwwwwwwwwww
    | :::::::::::(⌒)    | |  |   /  ゝ  :::::::::::/
    |     ノ     | |  |   \  /  )  /
    ヽ    /     `ー'´      ヽ /    /     バ
     |    |   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技術そのものではないのか?w

    はてなブックマークでの反応
    http://b.hatena.ne.jp/entry/http://itpro.nikkeibp.co.jp/article/COLUMN/20080104/290425/

    664 仕様書無しさん :2008/01/21(月) 23:09:52
    俺も1千万円もかけて、たった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






  • コメントを書く (54) ネット・PC・技術短レス ブックマークに追加する
    ブックマーク: Buzzurl  / Hatena  / Livedoor /Yahoo!

    トラックバック


    その他の記事

    コメントありがとう御座います。   ⇒最新のコメントへ(54)

      ゆとり  :2008年01月23日 22:36  #
    ドラゴンボールが出来たのかと思った。
      学名ナナシ  :2008年01月23日 22:42  #
    なんでこんな感じに時代に取残されてるのに気付かない人が出てくるのかね

    それはそれとしてドラゴンボールに見えた
      学名ナナシ  :2008年01月23日 22:45  #
    VisualBasicかよwww
    まあ、安くつくならおk、って考えなんだろうな
      学名ナナシ  :2008年01月23日 22:47  #
    スラドで思いっきり馬鹿にされてんね
      学名ナナシ  :2008年01月23日 22:49  #
    なんかもう苦笑いするしかないなこれ
      学名ナナシ  :2008年01月23日 22:57  #
    庄司副社長の夢は尽きない。
      学名ナナシ  :2008年01月23日 22:59  #
    VBでもせめてGetTickCountかTimeGetTimeで時間計測してやれよ・・・w
      学名ナナシ  :2008年01月23日 23:00  #
    VisualBasicは突っ込みどころじゃないよ
    検索時間の短縮はOSの機能に任せてるんだから
      学名ナナシ  :2008年01月23日 23:17  #
    あの写真を見たらなぜだか悲しくなったよ
      学名ナナシ  :2008年01月23日 23:35  #
    処理が重くなるから時間計測は人力なんですね!天才!
      おやじです  :2008年01月23日 23:53  #
    OSの標準機能に盛り込もうとか、専用チップとか、
    bogus news かと一瞬思ったぜ。
      :2008年01月23日 23:54  #
    ドラゴンボールじゃねぇのかよ!
      学名ナナシ  :2008年01月24日 00:01  #
    ある特定の状態でそこそこ使えるかもしれない技術って感じ。
      学名ナナシ  :2008年01月24日 00:04  #
    ストップウォッチとか何でそこで人力が出る必要がwww
      学名ナナシ  :2008年01月24日 00:08  #
    しかし、スラドとここの米欄比較すると、民度の違いがあからさまだよなあ・・・w
      学名ナナシ  :2008年01月24日 00:10  #
    誰か分かりやすく解説してくれ。
      学名ナナシ  :2008年01月24日 00:35  #
    >コクヨや日立製作所もISSEIに注目し、活用を検討している。

    本当なの?
      学名ナナシ  :2008年01月24日 00:35  #
    1. 高速処理が売りなのに動作の遅いVisualBasicを使ってる。実際大して早くない。
    2. OSの基本機能だから早い←根拠薄弱。
    3. 0バイトのフォルダ←実際はファイル管理領域が情報で埋め尽くされてる。
     ちなみにWindowsの仕様として1フォルダに10万ファイル以上入れるなって注意書きがある。
     OSの基本機能だから云々という前提と矛盾してる。
    4. ストップウォッチ(手動)←普通はプログラムのアタマとケツで時間を取得して処理時間を算出する。
    5. そもそももっと高速なDBがすでに有る。
    6. こんなド素人のおっさんが作った怪しげなモンで何百万もぼったくり
    7. しかもそれを褒めちぎるIT "pro"
      :2008年01月24日 00:40  #
    普通にRDB使えよって話だよ。適切にインデックス張ってやればいいだけだろ。
    まぁVBは(知らんけど)フロントエンドって事もあんじゃね??
    ストップウオッチは言い逃れできんけどな(笑)
      学名ナナシ  :2008年01月24日 00:40  #
    この叩かれようを見たコクヨや日立製作所の担当者のリアクション↓
      学名ナナシ  :2008年01月24日 00:41  #
    米1018
    Visual Basicが遅い理由言ってみな。
      学名ナナシ  :2008年01月24日 00:41  #
    なんか哀れになってきたw
      学名ナナシ  :2008年01月24日 00:42  #
    もう、やばいwwww
    すげー吹いた。危うく、真夜中に救急車呼ぶところだったじゃねーかwww

    これ、本当のことなのか?
    もう、マジでありえねぇwww
    趣味プログラマーのオレでもおかしすぎて、ヤバイヤバイwww
      学名ナナシ  :2008年01月24日 00:44  #
    すべての項目が検索対象ってことは検索対象絞らないととんでもない数のファイルが出てくるってことですね
      :2008年01月24日 00:52  #
    1018じゃないが
    VBで作られたRDBがエンタープライズ向け製品で使われていない件に関してw
    そもそも存在するか知らんけど。必要ないし
      学名ナナシ  :2008年01月24日 00:54  #
    やってることは???だが
    ググッてるだけの自称「技術者」より評価できる。
      学名ナナシ  :2008年01月24日 01:36  #
    1018ではないが
    Visual Basicが遅い理由はマシン語から遠い高級言語だから

    日々データ検索をより高速化しようと進化してくDBに
    データ検索の高速性で勝てるわけないだろ

    VBでも出来るような単純な処理だから結果的に早かっただけ
    簡単に言えばDBのインデックスを超単純にしたものをVBで作りましたというお粗末な話
    DBに入れてないからデータの活用もできないのでデータは検索にしか使わないんでしょうか

    ちなみに俺は元DB開発チームの人間なんで
      学名ナナシ  :2008年01月24日 01:43  #
    >従来のDBシステムでは、ディスク内のファイルに対してアクセスするのが一般的だ。
    普通メモリに乗せるっての・・・・

    米1021
    適切に書かれたVBのプログラムと適切に書かれたCのプログラム。
    はたしてどちらが高速に動作するだろうか?
      学名ナナシ  :2008年01月24日 01:50  #
    米1021
    俺も1018ではないが
    開発のしやすさと引き換えにActiveXを使ってるからだろ。
      学名ナナシ  :2008年01月24日 02:07  #
    落ち着くんだみんな。
    SQL使ったほうがいいんじゃないですかというような案件なのにここまで持ち上げる記事があるだろうか。
    きっとどこかにRDBとは一線を画すアイディアがあるはずだ。
    しかし俺にはわからないのでだれか教えてくれ。
      学名ナナシ  :2008年01月24日 02:13  #
    これはクライアントをだまくらかして受注する技術のサンプルですか?
      学名ナナシ  :2008年01月24日 03:45  #
    こんなんで数百万か…
    ちょっくらプログラミング勉強してくるわ
      学名ナナシ  :2008年01月24日 06:19  #
    oracleの保守費用と比較すれば高いともいえないような気がするがどう?
      学名ナナシ  :2008年01月24日 08:51  #
    俺DBAだけど、そりゃこれ、Oracleの大規模なシステムに比べりゃ安いけどwww

    その辺のPCとアクセスでこれくらい出るw
    www.pc-dr.jp/acc/acc-100.htm

    10万円だねw
      学名ナナシ  :2008年01月24日 09:11  #
    別にフロントエンドならVBでも何でもいいだろwwwと思った俺が浅はかだった。

    >「高度な関数を駆使することよりも、処理の高速性を最優先し、シンプルにコードを記述することにこだわった」
      学名ナナシ  :2008年01月24日 09:35  #
    ためしに今サーバーとしてはごく普通の、8CPU、4GBメモリーのマシンのLinux上にあるOracle10gの42万件から一件単純検索で拾ったら、0.01秒以下だよw
      バータ涙目  :2008年01月24日 09:41  #
    じゃあ宇宙二じゃねぇの?w
      学名ナナシ  :2008年01月24日 10:03  #
    エイプリルフールネタが間違って上がったんじゃないのか
    だとしたらなかなかクオリティが高い
      学名ナナシ  :2008年01月24日 10:20  #
    いや、まて。62「進数」だぞ?
      学名ナナシ  :2008年01月24日 10:33  #
    なんでこれを記事にしたのかわからない・・・
      学名ナナシ  :2008年01月24日 11:36  #
    プログラミングのPの字もわからない俺に誰か解説を…
      学名ナナシ  :2008年01月24日 12:07  #
    遅いとかストップウォッチ(笑)って事は解ったけど、
    >現行のRDBシステムで検索効率を高めるには、あらかじめ特定のデータ項目をインデックス化する必要がある。だが、ユーザー企業が最初から業務で必要なデータ項目を特定できるわけではない。インデックスを追加・変更するケースも出てくる。その場合には、改めてデータベースを見直す手間やコストがかかる。

    という「現状の問題」なるものはちゃんと解決されてるの?
      学名ナナシ  :2008年01月24日 13:11  #
    誰かガンダムに例えて説明してくれ
      学名ナナシ  :2008年01月24日 13:25  #
    >>1043
    ガンダム作るお金が無いから、ボールにビームサーベル点けて転がしたら結構遠くまで転がった
      :2008年01月24日 14:33  #
    >>1043
    ガンダムより高性能とうたってジェガンを宣伝したけど、νガンダムが既に量産体制になってて涙目ww
      学名ナナシ  :2008年01月24日 16:52  #
    ジムの胸の部分を青くすればガンダムになると思ってペンキで塗った人と、
    それを見てSUGEEEEE!ガンダムじゃん!って興奮して記事にした人の
    悲しくも笑えるおはなし。
      学名ナナシ  :2008年01月24日 17:55  #
    Index無しで高速検索したいならSIGMA検索とか使うべきじゃないかな。
    ttp://www.itmedia.co.jp/news/0307/08/nj00_kiss.html

    全文検索システムNamazuはインデックスが必要だからダメかな。
    ttp://www.namazu.org/index.html.ja
      学名ナナシ  :2008年01月24日 19:11  #
    ん、ドイツ国鉄?
      学名ナナシ  :2008年01月25日 00:27  #
    ちょっと期待して見に来た俺涙目
      学名ナナシ  :2008年01月25日 04:10  #
    ※1010
    その発想にはいたらなかったw
      学名ナナシ  :2008年02月13日 23:53  #
    これってVB脳って言うの?
      学名ナナシ  :2008年08月26日 11:18  #
    VBが遅いって言ってる人間は、VBで早く動くPGを書く手段を知らないだけ。無知。
    仕事柄VB,VC++,C,Java,.Net系等々多数の言語で仕事するが、VBが遅いなんて思わん。

    どうもVC++信仰が強すぎて、VC++系の人間は他の言語を下に見たがり過ぎる。
      学名ナナシ  :2008年08月26日 14:12  #
    VBで早く動くPGを考えるとかなら、C++に任せたほうが話が早いだけだと思う

    > VB,VC++,C,Java,.Net系
    あと、この分け方はどうかと思う
      学名ナナシ  :2008年08月26日 14:53  #
    >>1052
    本気でそんな寝言言うとしたら
    フォームだけVBで作って内部処理は全部DLLかOCXにするしかない。

    VBは遅い。
    現実から逃げてはいけない。
    それをひっくり返せるだけのお手軽さと生産性があるからこれだけメジャーになっただけ。

    アンケート機能β ⇒投票するランキングを見る投票一覧




    お気軽に一言お願いします。  ⇒最初のコメントへ(54)

    名前:   ←コメントの名前を記憶する
     
     

  • コメントが反映されるまで時間が掛かる場合があります。
  • 半角英数字のみの内容は投稿できません。
  • オススメの動画


    カテゴリ別の注目記事の注目記事一覧



    今日の注目記事


    最近のアンケート

    最近のコメント
    月刊アルファルファ
    今日輝いていたスレ

    今日輝いていたレス
    最近の注目記事
    人気カテゴリ
    注目のニュース

    人気カテゴリ2
    注目の画像・動画

    殿堂入りの記事