Fix incorrect description of rowtype variable declarations. Eventually

(IMHO) the code should be fixed to do what the documentation formerly
claimed, and then revert this change.
This commit is contained in:
Tom Lane 2002-01-02 00:41:26 +00:00
parent 4764ae823b
commit e274325e02
1 changed files with 23 additions and 9 deletions

View File

@ -1,5 +1,5 @@
<!-- <!--
$Header: /cvsroot/pgsql/doc/src/sgml/Attic/plsql.sgml,v 2.51 2001/11/28 04:18:46 tgl Exp $ $Header: /cvsroot/pgsql/doc/src/sgml/Attic/plsql.sgml,v 2.52 2002/01/02 00:41:26 tgl Exp $
--> -->
<chapter id="plpgsql"> <chapter id="plpgsql">
@ -457,20 +457,27 @@ END;
<para> <para>
<synopsis> <synopsis>
<replaceable>name</replaceable> <replaceable>table-datatype</replaceable>; <replaceable>name</replaceable> <replaceable>tablename</replaceable><literal>%ROWTYPE</literal>;
</synopsis> </synopsis>
</para> </para>
<para> <para>
A variable declared with a composite type (referenced by the name of A variable of a composite type is called a <firstterm>row</>
the table that defines that type) is called a <firstterm>row</> variable (or <firstterm>rowtype</> variable). Such a variable can hold a
variable. Such a variable can hold a whole row of a SELECT or FOR whole row of a SELECT or FOR
query result, so long as that query's column set matches the declared query result, so long as that query's column set matches the declared
rowtype of the variable. The individual fields of the row value are type of the variable. The individual fields of the row value are
accessed using the usual dot notation, for example accessed using the usual dot notation, for example
<literal>rowvar.field</literal>. <literal>rowvar.field</literal>.
</para> </para>
<para>
Presently, a row variable can only be declared using the
<literal>%ROWTYPE</literal> notation; although one might expect a
bare table name to work as a type declaration, it won't be accepted
within <application>PL/pgSQL</application> functions.
</para>
<para> <para>
Parameters to a function can be Parameters to a function can be
composite types (complete table rows). In that case, the composite types (complete table rows). In that case, the
@ -563,9 +570,7 @@ user_id users.user_id%TYPE;
<type>%ROWTYPE</type> provides the composite data type corresponding <type>%ROWTYPE</type> provides the composite data type corresponding
to a whole row of the specified table. to a whole row of the specified table.
<replaceable>table</replaceable> must be an existing <replaceable>table</replaceable> must be an existing
table or view name of the database. A row variable declared table or view name of the database.
in this way acts the same as a row variable explicitly declared using
the same composite (row) datatype.
</para> </para>
<programlisting> <programlisting>
@ -616,6 +621,15 @@ RENAME id TO user_id;
RENAME this_var TO that_var; RENAME this_var TO that_var;
</programlisting> </programlisting>
</para> </para>
<note>
<para>
RENAME appears to be broken as of PostgreSQL 7.2. Fixing this is
of low priority, since ALIAS covers most of the practical uses of
RENAME.
</para>
</note>
</sect2> </sect2>
</sect1> </sect1>