From 49a49284ac77708e7c62d357dd5aaefbf398419d Mon Sep 17 00:00:00 2001
From: Bruce Momjian <bruce@momjian.us>
Date: Thu, 22 Sep 2005 23:56:46 +0000
Subject: [PATCH] Add warning about DOMAINs.

David Fetter
---
 doc/src/sgml/ref/create_domain.sgml | 11 +++++++----
 1 file changed, 7 insertions(+), 4 deletions(-)

diff --git a/doc/src/sgml/ref/create_domain.sgml b/doc/src/sgml/ref/create_domain.sgml
index bda71b1211..94a73d1252 100644
--- a/doc/src/sgml/ref/create_domain.sgml
+++ b/doc/src/sgml/ref/create_domain.sgml
@@ -48,10 +48,13 @@ where <replaceable class="PARAMETER">constraint</replaceable> is:
   </para>
 
   <para>
-   Domains are useful for abstracting common fields between tables into
-   a single location for maintenance.  For example, an email address column may be used
-   in several tables, all with the same properties.  Define a domain and
-   use that rather than setting up each table's constraints individually.
+   Domains are useful for abstracting common fields between tables
+   into a single location for maintenance.  For example, an email address
+   column may be used in several tables, all with the same properties.
+   Define a domain and use that rather than setting up each table's
+   constraints individually. <note>Keep in mind also that declaring a
+   function result value as a domain is pretty dangerous, because none of
+   the PLs enforce domain constraints on their results.</note>
   </para>
  </refsect1>
 
-- 
2.39.5