X-Original-To: pgsql-docs-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 961BB3A4280 for ; Fri, 28 Jan 2005 06:39:24 +0000 (GMT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 08983-06 for ; Fri, 28 Jan 2005 06:39:21 +0000 (GMT) Received: from web51601.mail.yahoo.com (web51601.mail.yahoo.com [206.190.38.206]) by svr1.postgresql.org (Postfix) with SMTP id 5DD223A6215 for ; Fri, 28 Jan 2005 06:39:21 +0000 (GMT) Received: (qmail 63278 invoked by uid 60001); 28 Jan 2005 06:39:20 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=SvVzLtbfSHqezIOOiaED4/uSkfUhkYb39/jy3/n6LDauVmS+ZB8yZ/2bBk5V3cjfjmOm0U59JuzeFW0X8Lu0mzcg0/mxLexHhNldVFWXetLwO1GCrPgiwzAoH3uCV8IvIClXnNMW5F0PJOaDQOsLiE4osdwcjERwQsg4vH+8UqI= ; Message-ID: <20050128063920.63275.qmail@web51601.mail.yahoo.com> Received: from [24.193.108.52] by web51601.mail.yahoo.com via HTTP; Thu, 27 Jan 2005 22:39:20 PST Date: Thu, 27 Jan 2005 22:39:20 -0800 (PST) From: Rob LoPresti Subject: Re: Views and rules section (link provided below) To: Tom Lane Cc: pgsql-docs@postgresql.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.494 tagged_above=0 required=5 tests=AWL, DNS_FROM_RFC_ABUSE X-Spam-Level: X-Archive-Number: 200501/60 X-Sequence-Number: 2819 Rob LoPresti writes: > > ... I don't claim to know the best way to rewrite the section, but I'd > > like to put forward the suggestion that it not use any unsupported > > examples. > The example *as written* works fine. Doing other stuff in between the > two steps (such as loading data into the table) isn't supported, but > pointing that out in the rules discussion seems like distracting > pedantism, rather than information that's helpful right at that point. I made my previous post because I originally had the mistaken assumption that adding foreign key restraints was actually a necessary step (in retrospect, with a better grasp of the concepts, that seems very silly). While the language is clearer in the 8.0 manual (same column list as mytab) than in the 7.3 manual (same attribute list as for mytab), I felt that it might benefit from a simple warning to the effect that *only* the columns, and nothing else (like indexes, triggers, etc) should be included. I can accept that this might be overly pedantic, but my goal here is to prevent someone else from making my mistake. I have not yet covered enough of the manual to suggest a different place where this warning might be appropriate, so I regretfully can't offer any ideas on that front. Thanks, -Rob __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com