pg.ddx.io  pgsql-docs@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Bruce Momjian <pgman@candle.pha.pa.us>
To: Justin Clift <aa2@bigpond.net.au>
Cc: PostgreSQL-documentation <pgsql-docs@postgresql.org>
Subject: Re: Update needed for documentation
Date: Sat, 9 Jun 2001 23:47:13 -0400 (EDT)
Message-ID: <200106100347.f5A3lDP25611@candle.pha.pa.us> (raw)
In-Reply-To: <01060515053200.00803@justin>


I understand now, and you are correct.  There is no reason to mention
the release version in the docs, in most cases.  Attached patch applied.

Thanks.



> Hi Bruce,
> 
> My point was to get the documentation updated, not anything else.  Probably 
> we should bump the statement in the doc's to say "7.1.2".
> 
> :-)
> 
> Regards and best wishes,
> 
> Justin Clift
> 
> On Tuesday 05 June 2001 05:32, you wrote:
> > > Hi all,
> > >
> > > Spotted the following line in the 7.1 Interactive docs, not sure if it's
> > > been updated :
> > >
> > > "As of the current release (v7.0), STATEMENT triggers are not
> > > implemented."
> > >
> > > It's in the PostgreSQL Doc page which explains "CREATE TRIGGER".
> >
> > I see in command/trigger.c:
> >
> >     if (stmt->row)
> >         TRIGGER_SETT_ROW(tgtype);
> >     else
> >         elog(ERROR, "CreateTrigger: STATEMENT triggers are unimplemented,
> > yet");
> >
> > We have per-row triggers but not per-statement triggers.  Seems we use
> > RULEs for those.
> 

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

Attachments:

/bjm/diff (text/plain, 3.8K) download Index: doc/src/sgml/ref/create_trigger.sgml =================================================================== RCS file: /home/projects/pgsql/cvsroot/pgsql/doc/src/sgml/ref/create_trigger.sgml,v retrieving revision 1.13 diff -c -r1.13 create_trigger.sgml *** doc/src/sgml/ref/create_trigger.sgml 2001/05/27 09:59:28 1.13 --- doc/src/sgml/ref/create_trigger.sgml 2001/06/10 03:44:14 *************** *** 150,156 **** Only the relation owner may create a trigger on this relation. </para> <para> ! As of the current release (v7.0), STATEMENT triggers are not implemented. </para> <para> Refer to <command>DROP TRIGGER</command> for information on how to --- 150,156 ---- Only the relation owner may create a trigger on this relation. </para> <para> ! As of the current release, STATEMENT triggers are not implemented. </para> <para> Refer to <command>DROP TRIGGER</command> for information on how to Index: doc/src/sgml/ref/psql-ref.sgml =================================================================== RCS file: /home/projects/pgsql/cvsroot/pgsql/doc/src/sgml/ref/psql-ref.sgml,v retrieving revision 1.55 diff -c -r1.55 psql-ref.sgml *** doc/src/sgml/ref/psql-ref.sgml 2001/05/28 04:27:17 1.55 --- doc/src/sgml/ref/psql-ref.sgml 2001/06/10 03:44:16 *************** *** 1051,1057 **** <note> <para> ! As of <application>psql</application> version 7.0 it is no longer necessary to save the command history, since that will be done automatically on program termination. The history is also loaded automatically every time <application>psql</application> --- 1051,1057 ---- <note> <para> ! In the current version, it is no longer necessary to save the command history, since that will be done automatically on program termination. The history is also loaded automatically every time <application>psql</application> *************** *** 1579,1585 **** </para> <para> ! As of version 7.0, <application>psql</application> automatically issues a password prompt whenever the backend requests password authentication. Because this is currently based on a hack, the automatic recognition might mysteriously fail, hence this option to force a prompt. --- 1579,1585 ---- </para> <para> ! In the current version, <application>psql</application> automatically issues a password prompt whenever the backend requests password authentication. Because this is currently based on a hack, the automatic recognition might mysteriously fail, hence this option to force a prompt. Index: doc/src/sgml/ref/select.sgml =================================================================== RCS file: /home/projects/pgsql/cvsroot/pgsql/doc/src/sgml/ref/select.sgml,v retrieving revision 1.42 diff -c -r1.42 select.sgml *** doc/src/sgml/ref/select.sgml 2001/05/30 04:32:30 1.42 --- doc/src/sgml/ref/select.sgml 2001/06/10 03:44:17 *************** *** 122,129 **** table is scanned. If ONLY is not specified, the table and all its descendant tables (if any) are scanned. * can be appended to the table name to indicate that descendant tables are to be scanned, ! but as of <Productname>Postgres</Productname> 7.1 this is the default ! behavior. (In releases before 7.1, ONLY was the default behavior.) </para> </listitem> </varlistentry> --- 122,129 ---- table is scanned. If ONLY is not specified, the table and all its descendant tables (if any) are scanned. * can be appended to the table name to indicate that descendant tables are to be scanned, ! but in the current version, this is the default behavior. ! (In releases before 7.1, ONLY was the default behavior.) </para> </listitem> </varlistentry>
/bjm/diff (text/plain, 3.8K) download Index: doc/src/sgml/ref/create_trigger.sgml =================================================================== RCS file: /home/projects/pgsql/cvsroot/pgsql/doc/src/sgml/ref/create_trigger.sgml,v retrieving revision 1.13 diff -c -r1.13 create_trigger.sgml *** doc/src/sgml/ref/create_trigger.sgml 2001/05/27 09:59:28 1.13 --- doc/src/sgml/ref/create_trigger.sgml 2001/06/10 03:44:14 *************** *** 150,156 **** Only the relation owner may create a trigger on this relation. </para> <para> ! As of the current release (v7.0), STATEMENT triggers are not implemented. </para> <para> Refer to <command>DROP TRIGGER</command> for information on how to --- 150,156 ---- Only the relation owner may create a trigger on this relation. </para> <para> ! As of the current release, STATEMENT triggers are not implemented. </para> <para> Refer to <command>DROP TRIGGER</command> for information on how to Index: doc/src/sgml/ref/psql-ref.sgml =================================================================== RCS file: /home/projects/pgsql/cvsroot/pgsql/doc/src/sgml/ref/psql-ref.sgml,v retrieving revision 1.55 diff -c -r1.55 psql-ref.sgml *** doc/src/sgml/ref/psql-ref.sgml 2001/05/28 04:27:17 1.55 --- doc/src/sgml/ref/psql-ref.sgml 2001/06/10 03:44:16 *************** *** 1051,1057 **** <note> <para> ! As of <application>psql</application> version 7.0 it is no longer necessary to save the command history, since that will be done automatically on program termination. The history is also loaded automatically every time <application>psql</application> --- 1051,1057 ---- <note> <para> ! In the current version, it is no longer necessary to save the command history, since that will be done automatically on program termination. The history is also loaded automatically every time <application>psql</application> *************** *** 1579,1585 **** </para> <para> ! As of version 7.0, <application>psql</application> automatically issues a password prompt whenever the backend requests password authentication. Because this is currently based on a hack, the automatic recognition might mysteriously fail, hence this option to force a prompt. --- 1579,1585 ---- </para> <para> ! In the current version, <application>psql</application> automatically issues a password prompt whenever the backend requests password authentication. Because this is currently based on a hack, the automatic recognition might mysteriously fail, hence this option to force a prompt. Index: doc/src/sgml/ref/select.sgml =================================================================== RCS file: /home/projects/pgsql/cvsroot/pgsql/doc/src/sgml/ref/select.sgml,v retrieving revision 1.42 diff -c -r1.42 select.sgml *** doc/src/sgml/ref/select.sgml 2001/05/30 04:32:30 1.42 --- doc/src/sgml/ref/select.sgml 2001/06/10 03:44:17 *************** *** 122,129 **** table is scanned. If ONLY is not specified, the table and all its descendant tables (if any) are scanned. * can be appended to the table name to indicate that descendant tables are to be scanned, ! but as of <Productname>Postgres</Productname> 7.1 this is the default ! behavior. (In releases before 7.1, ONLY was the default behavior.) </para> </listitem> </varlistentry> --- 122,129 ---- table is scanned. If ONLY is not specified, the table and all its descendant tables (if any) are scanned. * can be appended to the table name to indicate that descendant tables are to be scanned, ! but in the current version, this is the default behavior. ! (In releases before 7.1, ONLY was the default behavior.) </para> </listitem> </varlistentry>

view thread (3+ messages)

Message-ID: <200106100347.f5A3lDP25611@candle.pha.pa.us>
Permalink:  ../200106100347.f5A3lDP25611@candle.pha.pa.us/
Also on:    postgresql.org/message-id/200106100347.f5A3lDP25611@candle.pha.pa.us

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-docs@postgresql.org
  Cc: pgman@candle.pha.pa.us, aa2@bigpond.net.au
  Subject: Re: Update needed for documentation
  In-Reply-To: <200106100347.f5A3lDP25611@candle.pha.pa.us>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox