mirror of
https://github.com/postgres/postgres.git
synced 2025-12-19 17:02:53 +03:00
Flip the default typispreferred setting from true to false. This affects
only type categories in which the previous coding made *every* type preferred; so there is no change in effective behavior, because the function resolution rules only do something different when faced with a choice between preferred and non-preferred types in the same category. It just seems safer and less surprising to have CREATE TYPE default to non-preferred status ...
This commit is contained in:
@@ -1,5 +1,5 @@
|
||||
<!--
|
||||
$PostgreSQL: pgsql/doc/src/sgml/ref/create_type.sgml,v 1.75 2008/07/30 17:05:04 tgl Exp $
|
||||
$PostgreSQL: pgsql/doc/src/sgml/ref/create_type.sgml,v 1.76 2008/07/30 19:35:12 tgl Exp $
|
||||
PostgreSQL documentation
|
||||
-->
|
||||
|
||||
@@ -535,9 +535,9 @@ CREATE TYPE <replaceable class="parameter">name</replaceable>
|
||||
<listitem>
|
||||
<para>
|
||||
True if this type is a preferred type within its type category,
|
||||
else false. The default is true (which is appropriate for
|
||||
all entries in category <literal>U</>, but is usually not
|
||||
appropriate for new types in other categories — beware!).
|
||||
else false. The default is false. Be very careful about creating
|
||||
a new preferred type within an existing type category, as this
|
||||
could cause surprising changes in behavior.
|
||||
</para>
|
||||
</listitem>
|
||||
</varlistentry>
|
||||
|
||||
Reference in New Issue
Block a user