From: Tom Lane <tgl@sss.pgh.pa.us>
Date: Sat, 15 Jun 2002 22:15:03 +0000 (+0000)
Subject: Ooops, fix busted markup.
X-Git-Tag: REL9_0_0~17643
X-Git-Url: http://git.osdn.net/view?a=commitdiff_plain;h=62d45261144f973ca6139cb85ebfca735103852e;p=pg-rex%2Fsyncrep.git

Ooops, fix busted markup.
---

diff --git a/doc/src/sgml/syntax.sgml b/doc/src/sgml/syntax.sgml
index 83b487d4f9..fb727a8433 100644
--- a/doc/src/sgml/syntax.sgml
+++ b/doc/src/sgml/syntax.sgml
@@ -1,5 +1,5 @@
 <!--
-$Header: /cvsroot/pgsql/doc/src/sgml/syntax.sgml,v 1.62 2002/06/15 21:28:55 tgl Exp $
+$Header: /cvsroot/pgsql/doc/src/sgml/syntax.sgml,v 1.63 2002/06/15 22:15:03 tgl Exp $
 -->
 
 <chapter id="sql-syntax">
@@ -1471,11 +1471,11 @@ SELECT somefunc() OR true;
     be used.  For example, this is an untrustworthy way of trying to
     avoid division by zero in a WHERE clause:
 <programlisting>
-SELECT ... WHERE x <> 0 AND y/x > 1.5;
+SELECT ... WHERE x &lt;&gt; 0 AND y/x &gt; 1.5;
 </programlisting>
     but this is safe:
 <programlisting>
-SELECT ... WHERE CASE WHEN x <> 0 THEN y/x > 1.5 ELSE false END;
+SELECT ... WHERE CASE WHEN x &lt;&gt; 0 THEN y/x &gt; 1.5 ELSE false END;
 </programlisting>
     A CASE construct used in this fashion will defeat optimization attempts,
     so it should only be done when necessary.