Clarify CREATE FUNCTION documentation about handling of typmods.

The previous text was a bit misleading, as well as unnecessarily vague
about what information would be discarded.  Per gripe from Craig Skinner.
This commit is contained in:
Tom Lane 2013-11-13 13:26:33 -05:00
parent 869b1e4a67
commit 5d924f067c

View File

@ -579,12 +579,13 @@ CREATE FUNCTION foo(int, int default 42) ...
<para> <para>
The full <acronym>SQL</acronym> type syntax is allowed for The full <acronym>SQL</acronym> type syntax is allowed for
input arguments and return value. However, some details of the declaring a function's arguments and return value. However,
type specification (e.g., the precision field for parenthesized type modifiers (e.g., the precision field for
type <type>numeric</type>) are the responsibility of the type <type>numeric</type>) are discarded by <command>CREATE FUNCTION</>.
underlying function implementation and are silently swallowed Thus for example
(i.e., not recognized or <literal>CREATE FUNCTION foo (varchar(10)) ...</>
enforced) by the <command>CREATE FUNCTION</command> command. is exactly the same as
<literal>CREATE FUNCTION foo (varchar) ...</>.
</para> </para>
<para> <para>