アカウント名:
パスワード:
>約70万件の図書情報をすばやく検索・管理できる
これはRubyじゃないだろ?データベースの機能だろ?
蔵書情報を外部に公開して、Google に検索させるほうが早い上に安く上がる気がするのだが、気のせいだろうか…
http://www.google.co.jp/enterprise/mini/ [google.co.jp]これ30万までしか検索できないよ
外部に公開して
なしてminiで検索せにゃならんのじゃ。 site: でURLを制限すればいいだけじゃないか。
# ちなみに私の蔵書・既読書ページも perl で作られています。# 正確には perl で「コンパイルして」 static な HTML と javascript を作っているだけですが。
マジレスすると、貸し出し管理のためには結局手元にデータベースが必要になるわけだし、検索だけGoogleにしても、そっちとの連携を考えるとそれほどシステム規模が小さくならないんじゃないかな。
それに、自由キーワード検索だけですむならともかく、検索エンジンをGoogleにまかせで「書名の部分一致」「著者名の部分一致」とかが出来るようにするのはかなり難しいと思う。「書名と主キーだけのHTMLファイル」「著者名と主キーだけのHTMLファイル」とか、項目別に静的htmlファイルを作ればいけるか。で、それぞれの検索結果のAND処理はフロントエンドで行う、と。
#私はDBMSを使わない、textファイルとgrepベースの蔵書管理CGIを動かしてます。#6000件程度だと、それでも速度的に全然問題なかったり。
Google Book 検索 [google.co.jp] というものもあるわけだし、必ずしも難しいとは思えないのだが…。
特に図書館プロジェクト [google.com]とは親和性がよさそうなんだがなぁ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人は巨人ファンでA型で眼鏡をかけている -- あるハッカー
どこにも書いてないが (スコア:1)
>約70万件の図書情報をすばやく検索・管理できる
これはRubyじゃないだろ?
データベースの機能だろ?
Re: (スコア:1)
蔵書情報を外部に公開して、Google に検索させるほうが早い上に安く上がる気がするのだが、気のせいだろうか…
fjの教祖様
Re: (スコア:0)
http://www.google.co.jp/enterprise/mini/ [google.co.jp]
これ30万までしか検索できないよ
Re: (スコア:1)
なしてminiで検索せにゃならんのじゃ。 site: でURLを制限すればいいだけじゃないか。
# ちなみに私の蔵書・既読書ページも perl で作られています。
# 正確には perl で「コンパイルして」 static な HTML と javascript を作っているだけですが。
fjの教祖様
Re:どこにも書いてないが (スコア:1)
マジレスすると、貸し出し管理のためには結局手元にデータベースが必要になるわけだし、
検索だけGoogleにしても、そっちとの連携を考えるとそれほどシステム規模が小さくならないんじゃないかな。
それに、自由キーワード検索だけですむならともかく、
検索エンジンをGoogleにまかせで「書名の部分一致」「著者名の部分一致」とかが出来るようにするのはかなり難しいと思う。
「書名と主キーだけのHTMLファイル」「著者名と主キーだけのHTMLファイル」とか、項目別に静的htmlファイルを作ればいけるか。で、それぞれの検索結果のAND処理はフロントエンドで行う、と。
#私はDBMSを使わない、textファイルとgrepベースの蔵書管理CGIを動かしてます。
#6000件程度だと、それでも速度的に全然問題なかったり。
Re:どこにも書いてないが (スコア:1)
Google Book 検索 [google.co.jp] というものもあるわけだし、必ずしも難しいとは思えないのだが…。
特に図書館プロジェクト [google.com]とは親和性がよさそうなんだがなぁ。
fjの教祖様