From haward99 ＠ yahoo.co.jp Wed Nov 11 18:36:14 2009 From: haward99 ＠ yahoo.co.jp (haward99 ＠ yahoo.co.jp) Date: Wed, 11 Nov 2009 18:36:14 +0900 (JST) Subject: [Ludia-users 245] =?iso-2022-jp?b?UG9zdGdyZVNRTDguMy42GyRCJCokaCRTGyhCOC40LjE=?= =?iso-2022-jp?b?GyRCJEclMyVzJVElJCVrJSglaSE8GyhC?= Message-ID: <20091111093614.13020.qmail@web2803.mail.bbt.yahoo.co.jp> 渡辺と申します。 DBのほうをアップグレードすべく検証していたら、 ludiaのほうがPostgreSQLのバージョンアップについづいし切れてなくて makeでエラー出しているようです。 8.3.6でのエラーは3月ごろから出ているようです。 http://decide.cocolog-nifty.com/blog/2009/03/postgresql-836-.html チケットにも出ています。 http://sourceforge.jp/ticket/browse.php?group_id=2376&tid=16993 自分は8.4.1でためしましたが、やはりmake段階でエラー。（うえのチケットとは異なる感じ） 最近、sourceforge上を見ていてもludiaは あまりアップデートが出ていないようですが、 ボクまだludiaを愛用しているのです。 お願いだれかどうにかして。。。（c言語わからん。。。） From =?ISO-2022-JP?B?GyRCM3Q8MDJxPFIlKCE8JUQhPCEhJTclOSVGJWBJdCEhMkNGIxsoQg==?= Fri Nov 13 15:49:22 2009 From: =?ISO-2022-JP?B?GyRCM3Q8MDJxPFIlKCE8JUQhPCEhJTclOSVGJWBJdCEhMkNGIxsoQg==?= (=?ISO-2022-JP?B?GyRCM3Q8MDJxPFIlKCE8JUQhPCEhJTclOSVGJWBJdCEhMkNGIxsoQg==?=) Date: Fri, 13 Nov 2009 15:49:22 +0900 Subject: [Ludia-users 246] =?iso-2022-jp?b?QWNjZXNzRXhjbHVzaXZlTG9jaxskQiQsM01GQCQ1JGwbKEI=?= =?iso-2022-jp?b?GyRCISIbKEJkZWFkbG9jaxskQiQsSC9AOCQ3JF4kORsoQg==?= Message-ID: <4AFD0172.8010702@a-too.co.jp> 加藤と申します。お世話になります。 この度は、ご報告と、できれば解決案のご提示をいただきたいと思い、MLに参加させていただきました。 PostgreSQL 8.1.11 の環境で、ludia 1.5.2 Senna1.1.4を利用させていただいております。 検索対象としたいカラムにはfulltextbのindexを作成しています。 現在、このfulltextbのindexを作成しているカラムが存在するテーブルに対して、更新のクエリを送信すると、deadlockが発生してしまう状態です。 原因は、更新クエリの際に獲得されるAccessExclusiveLockと、検索の際に獲得されるAccessShareLockの競合です。 このfulltextbのindexを作成しているカラムは、検索される頻度も高いカラムです。 AccessExclusiveLockが獲得されてしまう理由については、調査していただいた結果、fulltext、fulltextb、fulltextuのindexタイプでは、pg_amのamconcurrentフラグがfalseになっているためだとわかりました。 amconcurrentフラグについては、以下のような説明が書いてあります。 http://www.postgresql.jp/document/pg811doc/html/index-locking.html >amconcurrentが偽の場合でもPostgreSQLはインデックススキャン中にAccessShareLockを獲得しますが、更新時にはAccessExclusiveLockを獲得します。 このように、AccessExclusiveLockが獲得されてしまう状況では、deadlockに陥ってしまうことと、更新のクエリが終わるのを検索のクエリが待ってしまうため、プロセスが溜まってデータベースに負荷がかかってしまうことが問題です。 この問題について、Ludia側でのご対応は期待できますでしょうか？ よろしくお願いいたします。 -- ************************************************ 加藤　 豊 yutaka.katou ＠ a-too.co.jp 株式会社エーツー　システム部 〒422-8064　静岡県静岡市駿河区丸子新田317-1 TEL 054-268-3013 / FAX 054-268-3014 ************************************************