パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

データをすべてファイル名扱いにして高速検索を実現?」記事へのコメント

  • by Anonymous Coward
    技術と似ているなんか違うもの、という感じがしないでもない。
    • Re: (スコア:3, 興味深い)

      その理由について庄司副社長は、「現在主流のRDBが限界に近付いているから」と述べる。「RDBを使えばデータを効率よく管理できるが、大量のデータを自由かつ高速検索できるようにするには、膨大なコストと手間がかかるといった短所もある」と指摘する。
      VBという言語を悪く言うつもりはないですが、VB使いというのは往々にして他の言語を知らない井の中の蛙的なイメージがあります。たとえばストアドプロシージャ(という別言語)にも手を出せない、とか。そんな中でRDBを使いこなせないレベルの人の視線で見つけた技術と呼べるのかもしれません。

      ところで言われているようにRDBって限界なのでしょうか?
      • Re: (スコア:3, 参考になる)

        そんな中でRDBを使いこなせないレベルの人の視線で見つけた技術と呼べるのかもしれません。

        そうなのかなぁ。シャレだと信じたいけど。

        ところで言われているようにRDBって限界なのでしょうか?

        限界、っつーか、元々向き不向きがあるよね、ってだけだと思います。
        そもそも、構造化不十分な(あるいは、まったく構造化されていない)テキストデータを扱うような場合、それを二次元の表に格納しても、ほとんど得はありません。テキストファイルの中身をMS-Excelに貼り付けるようなもの。
        たとえ

        • by Anonymous Coward on 2008年01月21日 17時50分 (#1284067)
          SQLで記述するアプリケーションは、やることが抽象的過ぎて実装が複雑になるから、それこそ接尾辞木なりを指定した上でブラックボックス化してくれる枠組みがあればいいんだろうね。結局、チューニングがどうのこうのってのも、そこに尽きるわけで。

          だから、単純な検索の為には単純な検索用のアプリケーションを書き起こす、というアプローチは間違っていない。ファイルシステムを選んだところが最悪だっただけで。ハッシュテーブル系は機能の割に敷居が高いのかもね。

          いや、700円/時のアルバイトが、実用的なアプリを作れるようになるってのも、立派なブレイクスルーなわけですよ。200万ドキュメントがそれぞれ4kのセクタを潰したとして、8Gあればメモリ上に展開できるわけだから、機械的なコストは大したことが無い。その上で、高級な人材を使わずに済むなら…。
          親コメント

犯人は巨人ファンでA型で眼鏡をかけている -- あるハッカー

処理中...