PostgreSQL 2テーブル目

PostgreSQL 2テーブル ..

■コピペモード
□スレを通常表示
□オプションモード
□このｽﾚｯﾄﾞのURL
■項目テキスト

481:nobodyさん
 05/10/25 19:38:24 
pg_rast, pg_senna あたりを勧めたいところだけど 
＞レコード件数が最大で億を超えることが予想されるようです。  
ということなら Rast や Senna ではキツいですね。 
Hyper Estraier は件数が増えても性能劣化しないように作られているけど 
pgestraier は PostgreSQL のカラムに対するインデックス作成ができないので使えないわけで。 
 
8.1 で導入されるテーブル・パーティショニングを使ってカテゴリごとにテーブルを分けるとかすれば 
pg_rast や pg_senna でもいけるかな？

482:479
 05/10/25 21:21:40 sIrMsQ6K
ありがとうございます。全文検索ですか。はじめて扱いますがドキドキですｗ 
 
>>480で紹介されているTsearch2 はオープンソースとのことですが、 
先に述べたレコード数ですとパフォーマンス劣化は大丈夫でしょうか。 
 
>>481さんの内容ですと、Hyper Estraier というのがBestという感じでしょうかね…。 
 
ともあれ、ありがとうございました。

483:nobodyさん
 05/10/25 21:46:04 
>>482 
ちょっと説明不足でした。 
Hyper Estraier というのはオープンソースの全文検索エンジンで、PostgreSQL とは直接関係ないものです。 
で、PostgreSQL から Hyper Estaier のインデックスを検索できるように作られたのが pgestraier なわけだけど 
これは検索専用で、登録・更新・削除ができないのです。 
というわけで Hyper Estraier をそのまま使うのは不可能。 
 
ただし Java バインディングがあるので、INERTと同時に全文検索インデックスへの登録も行うようにして 
（この際、主キー相当の項目を属性として登録するのを忘れずに）SELECT のときは pgestraier を使うような 
運用方法にすればいけないこともないと思われます。 
 
Tsearch2 のスケーラビリティについてはよく知らないですが KAKASI を MeCab に置き換えたものを 
作ってる人もおられるみたいですね。（KAKASI の今のバージョンは UTF-8 が扱えないので） 
 
自分はというと登録・更新・削除もできる Hyper Estraier の PostgreSQL バインディングが出るか、 
Rast か Senna のスケーラビリティが上がるまで様子見です。

次ページ