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 17DF39FB32C for ; Mon, 31 Jul 2006 14:09:43 -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 08029-07 for ; Mon, 31 Jul 2006 14:09:32 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey- Received: from vms044pub.verizon.net (vms044pub.verizon.net [206.46.252.44]) by postgresql.org (Postfix) with ESMTP id 978179FB34A for ; Mon, 31 Jul 2006 14:09:02 -0300 (ADT) Received: from osgiliath.mathom.us ([72.66.113.236]) by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPA id <0J3A004WT2AHV2K7@vms044.mailsrvcs.net> for pgsql-performance@postgresql.org; Mon, 31 Jul 2006 12:08:42 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by osgiliath.mathom.us (Postfix) with ESMTP id 403476E796; Mon, 31 Jul 2006 13:08:39 -0400 (EDT) Received: from osgiliath.mathom.us ([127.0.0.1]) by localhost (osgiliath.home.mathom.us [127.0.0.1]) (amavisd-new, port 10024) with LMTP id hXfY6CWhZRZr; Mon, 31 Jul 2006 13:08:37 -0400 (EDT) Received: by osgiliath.mathom.us (Postfix, from userid 1000) id AE94F6FA49; Mon, 31 Jul 2006 13:08:37 -0400 (EDT) Date: Mon, 31 Jul 2006 13:08:36 -0400 From: Michael Stone Subject: Re: directory tree query with big planner variation In-reply-to: To: Axel Rau Cc: pgsql-performance@postgresql.org Mail-followup-to: Axel Rau , pgsql-performance@postgresql.org Message-id: <20060731170833.GH2900@mathom.us> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-disposition: inline X-Virus-Scanned: Debian amavisd-new at mathom.us X-Pgp-Fingerprint: 53 FF 38 00 E7 DD 0A 9C 84 52 84 C5 EE DF 7C 88 References: <79BB9B3D-BCE5-46AA-82DF-BB6B1D0FE2A7@Chaos1.DE> <20060731111540.GE2900@mathom.us> <20060731133034.GF2900@mathom.us> <20060731152141.GG2900@mathom.us> User-Agent: Mutt/1.5.12-2006-07-14 X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=1.527 tagged_above=0 required=5 tests=AWL, FORGED_RCVD_HELO, SPF_PASS X-Spam-Level: * X-Archive-Number: 200607/321 X-Sequence-Number: 20181 On Mon, Jul 31, 2006 at 05:54:41PM +0200, Axel Rau wrote: >The file table is the biggest one, because it contains one row per >backup job and file (see my column description). I never saw a column description--that would certainly help. :) I saw a schema, but not an explanation of what the elements do. From what I can understand of what you're saying, it is sounding as though the bacula.file table contains an entry for the subdirectory itself as well as entries for each file in the subdirectory? And the reason you need to join back to the filename table is that there may be multiple copies of the filename from multiple backups? Does the subdirectory itself have an entry in the filename table? What is the content of the lstat column; can it be used to distinguish a file from a directory? Similarly for the md5 column--what would it contain for a directory? Mike Stone