ryo.com » ludia http://www.ryo.com by Ryosuke Hosoi Thu, 20 Nov 2008 07:00:32 +0000 http://wordpress.org/?v=2.6.3 ja ludia.max_n_sort_resultを使うときの注意 http://www.ryo.com/2008/10/16/613/ http://www.ryo.com/2008/10/16/613/#comments Thu, 16 Oct 2008 14:51:52 +0000 りょすけ http://www.ryo.com/?p=613 関口さんのブログで紹介されてる通り、ludia.max_n_sort_resultパラメータを適切に設定してやることによりludiaのパフォーマンスは大幅に向上します。

が、このパラメーターをSETコマンドで変更しようとすると
ryo=# SET ludia.max_n_sort_result TO 1000;
ERROR: unrecognized configuration parameter "ludia.max_n_sort_result"
と怒られてしまうことがあります。

これはどうやら、postgresql.confにデフォルト設定の
custom_variable_classes = 'ludia'
ludia.max_n_sort_result = 10000
ludia.enable_seqscan = on
ludia.seqscan_flags = 1
ludia.sen_index_flags = 31
ludia.max_n_index_cache = 16
ludia.initial_n_segments = 512
をちゃんと書いておかないと、このエラーになってしまう模様です。

このデフォルトのパラメーターを書かなくてもインデックス作成も検索動くので、ちょっと嵌るかもしれません。

関連記事

]]> http://www.ryo.com/2008/10/16/613/feed/ PostgreSQLで特定のテーブルのみautovacuumの対象外にする http://www.ryo.com/2008/03/26/457/ http://www.ryo.com/2008/03/26/457/#comments Wed, 26 Mar 2008 09:15:02 +0000 りょすけ http://www.ryo.com/2008/03/26/457/ PostgreSQL
Creative Commons License photo credit: isriya

PostgreSQLの8.3に対応のLudiaの1.5がリリースされたのですが、8.3で利用するとvacuum非対応になり、vacuum後はREINDEXが必要になっていましました。
これは8.3でのHOTがらみの変更で、以前と同じ仕組みだと対応できないということなのでとりあえずは仕方ないのですが、運用上はなんとか対応する必要があります。

ひとつはautovacuumをoffにして運用する方法です。

もうひとつは、Ludiaのインデックスを使用しているテーブルだけautovacuumの対象外にして運用する方法です。

どちらにしても、Ludiaのインデックスはvacuum実行後にreindexを行う必要がありますが、Ludiaのインデックスを使用しているのは一部のテーブルのみという場合、そこだけautovacuumの対象外にして、（たとえ、それがスクリプトの仕事だとしても）定期メンテナンスを行うのが楽です。

特定のテーブルをautovacuumの対象外にするには、以下のようにシステムカタログpg_autovacuumにレコードを作成します。

まず、テーブルのpg_class.oidを調べます。
ryo=# select oid,relname from pg_class where relname = 'groups';
oid | relname
-------+---------
19123 | groups
(1 row)

pg_autovacuum.enabled=falseとしてレコードを作成します。
ryo=# insert into pg_autovacuum values (19123, false, -1, -1, -1, -1,
-1, -1, -1, -1);
INSERT 0 1
Time: 88.973 ms

autovacuumとpg_autovacuumについてはドキュメントの
23.1. 定常的なバキューム作業 - 23.1.4. 自動バキュームデーモン
44.10. pg_autovacuum
を参考にどうぞ。

関連記事

]]> http://www.ryo.com/2008/03/26/457/feed/ Ludiaメモ http://www.ryo.com/2007/10/19/354/ http://www.ryo.com/2007/10/19/354/#comments Thu, 18 Oct 2007 15:04:56 +0000 りょすけ http://www.ryo.com/ryo/?p=354 みんな大好きPostgreSQLにSennaを組み込むLudiaのREADME見ながらひととおりやったときのメモ

インデックスアクセスメソッドの登録
RPM版のpostgresqlにインストールしたときには、Ludiaの登録に使用するファイルは
/usr/share/pgsql/pgsenna2.sql
になる
インストールはpsql内から
mydb=# \i /usr/share/pgsql/pgsenna2.sql
でOK

分かち書きより2-gramがいいかも
たとえば
-まだまだ
-まだまだまだ
-まだまだまだまだ
を、「まだ」で検索すると、分かち書きだと２つめしかヒットしない

スコアの取得
pgs2getscore(TABLE.ctid, ‘indexname’)
だが、ここでctidはレコードの物理位置TIDを表すもので、全てのテーブルで同じ書き方で良い
何故かスコアが全て0になるときは、下記REINDEXを行う必要があると思われ

REINDEXが必要は不要
sennaインデックス内ではレコードのTIDを保持している
TIDはVACUUM FULLやCLUSTERで変更されるため、そういう時はREINDEXが必要
ちなみにautovacuumはfull vacuumを行わないので大丈夫なハズ
最近のLudiaはVACUUM FULLやCLUSTERに対応しており、特にREINDEXを必要としない

関連記事

]]> http://www.ryo.com/2007/10/19/354/feed/