groonga storage engine をDjangoから使う場合 - ドラあり！*ドラゴンに挑むアリの物語 ** Python使いの日々
groongaをMySQL経由で使うストレージエンジン「groonga storage engine」ですが、FULLTEXT定義が可能です。 こんな風になります。 CREATE TABLE 'Hoge' ( ・・・ FULLTEXT INDEX (huga) ・・・ ) ENGINE = groonga DEFAULT CHARSET utf8; 通常のMySQLのFULLTEXTと思って、Djangoで Hoge.objects.filter(huga__search=wd) というFULLTEXTサーチをすると、きちんと検索できてしまいます。 便利。すばらし。 考察 さて、本題はここからです。もしもgroongaストレージエンジンでない場合は、以下のようなエラーが出ます。 TemplateSyntaxError Caught OperationalError while render
【第四回solr勉強会】4.全文検索エンジンgroongaについて | 勉強会ログ
一定期間更新がないため広告を表示しています
Wikipedia のテキストデータを使ってベンチマークをする! その1 思い立ったこと - Solr, Python, MacBook Air in Shinagawa Seaside
テキスト検索のベンチマークをしたいと思い立ちました。 テストデータにはWikipediaのデータを使おうと思います。 現在 日本語Wikipediaのページ数は約130万ページです。 Solrに入れるときには1ページ1ドキュメントになるので 130万ドキュメントのインデックスが作られることになります。 Webクローラをガシガシ動かすようなシステムなら こんなドキュメント数は何の参考にもならないですが 一般的な?社内システムみたいなものだとそれなりに参考になる数値だと思います。 テキスト検索の性能を上げるためにRDBのデータをSolrに移すなんてこともよくありますが この場合はRDBの1レコードが1ドキュメントになるイメージになります。 検索エンジンを使いたくなるほどの文章量が入ったテーブルのレコード数が 100万レコードを超えるのってそう多くはないでしょ? ちなみに、Wikipedia の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
