From haward99 @ yahoo.co.jp Thu Feb 12 21:43:16 2009 From: haward99 @ yahoo.co.jp (haward99 @ yahoo.co.jp) Date: Thu, 12 Feb 2009 21:43:16 +0900 (JST) Subject: [Ludia-users 233] =?iso-2022-jp?b?GyRCJWElQyU7ITwlOCRyTV5AKSQ3JD8kJBsoQldBUk5JTkc6?= =?iso-2022-jp?b?ICBwZ3Nlbm5hMjogTHVkaWEgZG9lc24ndCBzdXBwb3J0IFZBQ1VVTSBh?= =?iso-2022-jp?b?dCBQb3N0Z3JlU1FMOC4zLCB5b3Ugc2hvdWxkIFJFSU5ERVggbHVkaWEt?= =?iso-2022-jp?b?aW5kZXg=?= Message-ID: <20090212124316.87748.qmail@web2407.mail.tnz.yahoo.co.jp> 渡辺と申します。 ludiaを重宝しております。 DBをpostgresql8.3系統にバージョンアップを検討中です。 試したところ、vacuumdbコマンドを叩くと WARNING: pgsenna2: Ludia doesn't support VACUUM at PostgreSQL8.3, you should REINDEX ludia-index というメッセージが出るようです。 わかっていることですし、実際ludiaのインデックスも別途 reindexする運用をするので たいしたこっちゃないのですが、 バッチ処理シェルがいちいちこれを吐くのも できればどうにかしたいです。 ludia側のなんらかのセッティングでどうにかメッセージ抑制 できないでしょうか? linux kernel2.4 ludia1.5.1 postgresql8.3.5 です。 From kousakadi @ nttdata.co.jp Fri Feb 13 19:19:24 2009 From: kousakadi @ nttdata.co.jp (kousakadi @ nttdata.co.jp) Date: Fri, 13 Feb 2009 19:19:24 +0900 Subject: [Ludia-users 234] Re: =?iso-2022-jp?b?GyRCJWElQyU7ITwlOCRyTV5AKSQ3JD8kJBsoQldBUk5J?= =?iso-2022-jp?b?Tkc6ICBwZ3Nlbm5hMjogTHVkaWEgZG9lc24ndCBzdXBwb3J0IFZBQ1VV?= =?iso-2022-jp?b?TSBhdCBQb3N0Z3JlU1FMOC4zLCB5b3Ugc2hvdWxkIFJFSU5ERVggbHVk?= =?iso-2022-jp?b?aWEtaW5kZXg=?= In-Reply-To: <20090212124316.87748.qmail@web2407.mail.tnz.yahoo.co.jp> References: <20090212124316.87748.qmail@web2407.mail.tnz.yahoo.co.jp> Message-ID: <178CD7FD87EF4B4BB23F3D0B6C201D3F08F042A5@MAILSV11.msg.nttdata.co.jp> 幸坂です。こんにちは。 > ludia側のなんらかのセッティングでどうにかメッセージ抑制 > できないでしょうか? いくつか方法を挙げてみます。 その1、DROP/CREATE INDEX DROP INDEX, VACUUM, CREATE INDEXというように、 VACUUMの前後でLudiaインデックスのDROP/CREATEをします。 インデックス数が減るため、VACUUMも高速に動作します。 おすすめの方法です。 その2、ソースコード変更 758行目の elog(WARNING, "pgsenna2: Ludia doesn't support VACUUM at PostgreSQL8.3, you should REINDEX ludia-index"); をコメントアウトすれば良いかと。 Ludiaをリビルド、インストールする必要がありますが。 その3、TRUNCATE 一般的にはVACUUMよりもTRUNCATEの方が遅いですが、 テーブル内のdead tupleの割合が非常に多い場合は、VACUUMよりも高速に動作しま す。 あまりないパターンだと思いますが・・・。 その4、postgresql.conf client_min_messages, log_min_messagesなどを変更して、 WARNINGを抑制する。 Ludia以外のWARNINGも抑制されてしまうため、弊害が出そうですが・・・。 いかがでしょうか? > 渡辺と申します。 > > ludiaを重宝しております。 > DBをpostgresql8.3系統にバージョンアップを検討中です。 > 試したところ、vacuumdbコマンドを叩くと > WARNING: pgsenna2: Ludia doesn't support VACUUM at PostgreSQL8.3, you > should REINDEX ludia-index > というメッセージが出るようです。 > > わかっていることですし、実際ludiaのインデックスも別途 > reindexする運用をするので > たいしたこっちゃないのですが、 > バッチ処理シェルがいちいちこれを吐くのも > できればどうにかしたいです。 > > ludia側のなんらかのセッティングでどうにかメッセージ抑制 > できないでしょうか? > > linux kernel2.4 > ludia1.5.1 > postgresql8.3.5 > です。 > > _______________________________________________ > Ludia-users mailing list > Ludia-users @ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/ludia-users From haward99 @ yahoo.co.jp Mon Feb 16 19:35:31 2009 From: haward99 @ yahoo.co.jp (haward99 @ yahoo.co.jp) Date: Mon, 16 Feb 2009 19:35:31 +0900 (JST) Subject: [Ludia-users 235] Re: =?iso-2022-jp?b?GyRCJWElQyU7ITwlOCRyTV5AKSQ3JD8kJBsoQldBUk5J?= =?iso-2022-jp?b?Tkc6ICBwZ3Nlbm5hMjogTHVkaWEgZG9lc24ndCBzdXBwb3J0IFZBQ1VV?= =?iso-2022-jp?b?TSBhdCBQb3N0Z3JlU1FMOC4zLCB5b3Ugc2hvdWxkIFJFSU5ERVggbHVk?= =?iso-2022-jp?b?aWEtaW5kZXg=?= In-Reply-To: <178CD7FD87EF4B4BB23F3D0B6C201D3F08F042A5@MAILSV11.msg.nttdata.co.jp> Message-ID: <20090216103532.80621.qmail@web2410.mail.tnz.yahoo.co.jp> 渡辺です。こんばんは > VACUUMの前後でLudiaインデックスのDROP/CREATEをします。 > インデックス数が減るため、VACUUMも高速に動作します。 よく考えれば、難しく考える必要はなかったみたいですね。 運用用の雑用shellを書き換えるのが少々面倒ではあるのですが、 この作戦で行くことにします。 ありがとうございました。 --- kousakadi @ nttdata.co.jp wrote: > 幸坂です。こんにちは。 > > > ludia側のなんらかのセッティングでどうにかメッセージ抑制 > > できないでしょうか? > いくつか方法を挙げてみます。 > > > その1、DROP/CREATE INDEX > DROP INDEX, VACUUM, CREATE INDEXというように、 > VACUUMの前後でLudiaインデックスのDROP/CREATEをします。 > インデックス数が減るため、VACUUMも高速に動作します。 > おすすめの方法です。 > > > その2、ソースコード変更 > 758行目の > elog(WARNING, "pgsenna2: Ludia doesn't support VACUUM at PostgreSQL8.3, > you should REINDEX ludia-index"); > をコメントアウトすれば良いかと。 > Ludiaをリビルド、インストールする必要がありますが。 > > > その3、TRUNCATE > 一般的にはVACUUMよりもTRUNCATEの方が遅いですが、 > テーブル内のdead tupleの割合が非常に多い場合は、VACUUMよりも高速に動作しま > す。 > あまりないパターンだと思いますが・・・。 > > > その4、postgresql.conf > client_min_messages, log_min_messagesなどを変更して、 > WARNINGを抑制する。 > Ludia以外のWARNINGも抑制されてしまうため、弊害が出そうですが・・・。 > > > いかがでしょうか? > > > > 渡辺と申します。 > > > > ludiaを重宝しております。 > > DBをpostgresql8.3系統にバージョンアップを検討中です。 > > 試したところ、vacuumdbコマンドを叩くと > > WARNING: pgsenna2: Ludia doesn't support VACUUM at PostgreSQL8.3, you > > should REINDEX ludia-index > > というメッセージが出るようです。 > > > > わかっていることですし、実際ludiaのインデックスも別途 > > reindexする運用をするので > > たいしたこっちゃないのですが、 > > バッチ処理シェルがいちいちこれを吐くのも > > できればどうにかしたいです。 > > > > ludia側のなんらかのセッティングでどうにかメッセージ抑制 > > できないでしょうか? > > > > linux kernel2.4 > > ludia1.5.1 > > postgresql8.3.5 > > です。 > > > > _______________________________________________ > > Ludia-users mailing list > > Ludia-users @ lists.sourceforge.jp > > http://lists.sourceforge.jp/mailman/listinfo/ludia-users > > _______________________________________________ > Ludia-users mailing list > Ludia-users @ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/ludia-users >