X-Original-To: pgsql-sql-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id E4FE2D77B9 for ; Thu, 13 Oct 2005 14:53:33 -0300 (ADT) 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 68192-01 for ; Thu, 13 Oct 2005 17:53:30 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by svr1.postgresql.org (Postfix) with ESMTP id 6C350D82F0 for ; Thu, 13 Oct 2005 14:53:30 -0300 (ADT) Received: from dominion.diehlnet.com ([69.252.219.76]) by comcast.net (sccrmhc11) with ESMTP id <2005101317533001100l5uhee>; Thu, 13 Oct 2005 17:53:30 +0000 Received: from godzilla ([10.0.1.5]) by dominion.diehlnet.com with esmtp (Exim 4.52) id 1EQ7H0-0002al-5F for pgsql-sql@postgresql.org; Thu, 13 Oct 2005 11:53:46 -0600 From: Mike Diehl To: pgsql-sql@postgresql.org Subject: Re: [DOCS] Update timestamp on update Date: Thu, 13 Oct 2005 11:45:16 -0600 User-Agent: KMail/1.8 References: <434DB482.1000205@globaldial.com> <16842.1129171924@sss.pgh.pa.us> <20051013172042.GZ23883@pervasive.com> In-Reply-To: <20051013172042.GZ23883@pervasive.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510131145.16911.jdiehl@sandia.gov> X-ACL-Warn: "Sender Verified" X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0 required=5 tests=[none] X-Spam-Level: X-Archive-Number: 200510/141 X-Sequence-Number: 22994 Is a working example something that people would like to see? Or is this considered a good use of research time? On Thursday 13 October 2005 11:20 am, Jim C. Nasby wrote: > On Wed, Oct 12, 2005 at 10:52:04PM -0400, Tom Lane wrote: > > Jeff Williams writes: > > > Thanks. Triggers was my first thought, but chapter 35 on Triggers > > > didn't really indicate a way I could do this easily and scared me with > > > a lot of c code. > > > > Yeah. This is a documentation issue that's bothered me for awhile. > > The problem is that we treat the PL languages as add-ons and therefore > > the documentation of the "core" system shouldn't rely on them ... but > > that leaves us presenting C-code triggers as the only examples in > > chapter 35. There is a paragraph in there suggesting you go look at > > the PL languages first, but obviously it's not getting the job done. > > Chapter 35 is plpgsql.. do you mean chapter 32.4? > > > Anybody have a better idea? > > What about a See Also section ala man pages that links to trigger info > for other languages? -- Mike Diehl, Network Monitoring Tool Devl. SAIC at Sandia National Laboratories. (505) 284-3137