X-Original-To: pgsql-performance-postgresql.org@postgresql.org Received: from localhost (mx1.hub.org [200.46.208.251]) by postgresql.org (Postfix) with ESMTP id 821069FA646 for ; Wed, 5 Jul 2006 10:07:10 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 06354-08 for ; Wed, 5 Jul 2006 10:07:06 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey- Received: from svr4.postgresql.org (svr4.postgresql.org [66.98.251.159]) by postgresql.org (Postfix) with ESMTP id 1306C9FA0EC for ; Wed, 5 Jul 2006 10:07:06 -0300 (ADT) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.3 Received: from office.redwerk.com (office.redwerk.com [85.90.206.104]) by svr4.postgresql.org (Postfix) with ESMTP id F244B5AF05D for ; Wed, 5 Jul 2006 13:07:04 +0000 (GMT) Received: from bofh by office.redwerk.com with local (Exim 4.62 (FreeBSD)) (envelope-from ) id 1Fy75r-0000e3-0q for pgsql-performance@postgresql.org; Wed, 05 Jul 2006 16:07:03 +0300 Date: Wed, 5 Jul 2006 16:07:03 +0300 From: Eugeny N Dzhurinsky To: pgsql-performance@postgresql.org Subject: managing database with thousands of tables Message-ID: <20060705130703.GA2428@office.redwerk.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.11 X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200607/25 X-Sequence-Number: 19885 Hello! I facing some strange problems with PostgreSQL 8.0 performance. I have application which handles a lot of tasks, each task is keps in separate table. Those tables are dropped and created again periodically (precisely - when new task results came back from remote server). Also each table can have hundreds of thousands records inside (but mostly they do have just few thousands). Sometimes I facing performance loss when working with database, and aafter I performed vacuuming on entire database, i saw some tables and indexes in pg_* schemas were optimized and hundreds of thousands records were deleted. Could that be the reason of performance loss, and if so - how can I fix that? I have pg_autovacuum up and running all the time pg_autovacuum -d 3 -D -L /dev/null but it seems pg_autovacuum does not do vacuuming on system tables. -- Eugene Dzhurinsky