X-Original-To: pgsql-docs-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by postgresql.org (Postfix) with ESMTP id 37F4B9DCA28 for ; Wed, 18 Jan 2006 20:58:24 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 12165-09 for ; Wed, 18 Jan 2006 20:58:27 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey- Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by postgresql.org (Postfix) with ESMTP id 2096D9DCA07 for ; Wed, 18 Jan 2006 20:58:19 -0400 (AST) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.13.1/8.13.1) with ESMTP id k0J0t77i005714; Wed, 18 Jan 2006 19:55:07 -0500 (EST) To: Scott Marlowe cc: "Jim C. Nasby" , pgsql-docs@postgresql.org Subject: Re: vacuum and routine maintenance docs In-reply-to: <1137626008.25500.90.camel@state.g2switchworks.com> References: <1137518049.25500.27.camel@state.g2switchworks.com> <20060117224941.GI17896@pervasive.com> <1137538769.25500.49.camel@state.g2switchworks.com> <20060118221951.GT17896@pervasive.com> <1137626008.25500.90.camel@state.g2switchworks.com> Comments: In-reply-to Scott Marlowe message dated "Wed, 18 Jan 2006 17:13:28 -0600" Date: Wed, 18 Jan 2006 19:55:07 -0500 Message-ID: <5713.1137632107@sss.pgh.pa.us> From: Tom Lane X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, score=0.092 required=5 tests=[AWL=0.092] X-Spam-Score: 0.092 X-Spam-Level: X-Archive-Number: 200601/37 X-Sequence-Number: 3427 Scott Marlowe writes: > Well, I'm kind of tempted to rewrite the whole section. I'd like to > come up with some objectives of what we're trying to cover there, and > basically start over with all the information that's there plus the > other stuff on fsm and mvcc as it applies to vacuum, or link to it as > needed. > To me, the docs feel kind of like they've evolved over time, so the > ordering and general layout feel klunky. No slam on the folks who wrote > them to start with, or updated them. Just makes my tech docs training > come out. You're certainly right about the history of the docs, and I agree that a ground-up rewrite is the only thing that would help much --- trying to incorporate new separately-written material is just going to be "more of the same", ISTM, no matter how good that material might be on its own. Is it reasonable to try to make an outline of how you think the chapter should go, or would that be premature without more discussion of objectives? regards, tom lane