Skip to content

Commit 71ff6c1

Browse files
committed
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.
1 parent 29bbca4 commit 71ff6c1

File tree

1 file changed

+7
-6
lines changed

1 file changed

+7
-6
lines changed

doc/src/sgml/ref/create_function.sgml

Lines changed: 7 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -557,12 +557,13 @@ CREATE FUNCTION foo(int, int default 42) ...
557557

558558
<para>
559559
The full <acronym>SQL</acronym> type syntax is allowed for
560-
input arguments and return value. However, some details of the
561-
type specification (e.g., the precision field for
562-
type <type>numeric</type>) are the responsibility of the
563-
underlying function implementation and are silently swallowed
564-
(i.e., not recognized or
565-
enforced) by the <command>CREATE FUNCTION</command> command.
560+
declaring a function's arguments and return value. However,
561+
parenthesized type modifiers (e.g., the precision field for
562+
type <type>numeric</type>) are discarded by <command>CREATE FUNCTION</>.
563+
Thus for example
564+
<literal>CREATE FUNCTION foo (varchar(10)) ...</>
565+
is exactly the same as
566+
<literal>CREATE FUNCTION foo (varchar) ...</>.
566567
</para>
567568

568569
<para>

0 commit comments

Comments
 (0)
pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy