minor copy editing

Author: petere

doc/src/sgml/catalogs.sgml

@@ -1,6 +1,6 @@
 <!--
  Documentation of the system catalogs, directed toward PostgreSQL developers
- $Header: /cvsroot/pgsql/doc/src/sgml/catalogs.sgml,v 2.13 2000/12/22 18:57:49 petere Exp $
+ $Header: /cvsroot/pgsql/doc/src/sgml/catalogs.sgml,v 2.14 2001/03/24 23:03:26 petere Exp $
  -->
 
 <chapter id="catalogs">
@@ -1841,7 +1841,7 @@
        Possible values are:
        <itemizedlist>
         <listitem>
-         <para>'c' = CHAR alignment, ie no alignment needed.</para>
+         <para>'c' = CHAR alignment, i.e., no alignment needed.</para>
         </listitem>
         <listitem>
          <para>'s' = SHORT alignment (2 bytes on most machines).</para>

doc/src/sgml/datatype.sgml

@@ -1,5 +1,5 @@
 <!--
-$Header: /cvsroot/pgsql/doc/src/sgml/datatype.sgml,v 1.51 2001/03/10 21:16:32 tgl Exp $
+$Header: /cvsroot/pgsql/doc/src/sgml/datatype.sgml,v 1.52 2001/03/24 23:03:26 petere Exp $
 -->
 
  <chapter id="datatype">
@@ -397,7 +397,7 @@ CREATE TABLE <replaceable class="parameter">tablename</replaceable> (<replaceabl
    <note>
     <title>Deprecated</title>
     <para>
-     The <type>money</type> is now deprecated. Use
+     The <type>money</type> type is deprecated. Use
      <type>numeric</type> or <type>decimal</type> instead, in
      combination with the <function>to_char</function> function.  The
      money type may become a locale-aware layer over the

doc/src/sgml/perform.sgml

@@ -1,5 +1,5 @@
 <!--
-$Header: /cvsroot/pgsql/doc/src/sgml/perform.sgml,v 1.2 2001/02/19 00:24:30 tgl Exp $
+$Header: /cvsroot/pgsql/doc/src/sgml/perform.sgml,v 1.3 2001/03/24 23:03:26 petere Exp $
 -->
 
  <chapter id="performance-tips">
@@ -40,7 +40,7 @@ $Header: /cvsroot/pgsql/doc/src/sgml/perform.sgml,v 1.2 2001/02/19 00:24:30 tgl
      <listitem>
       <para>
        Estimated start-up cost (time expended before output scan can start,
-       eg, time to do the sorting in a SORT node).
+       e.g., time to do the sorting in a SORT node).
       </para>
      </listitem>
 

doc/src/sgml/protocol.sgml

@@ -396,7 +396,7 @@ The possible response messages from the backend are:
 <ListItem>
 <Para>
 		A warning message has been issued in relation to the query.
-		Notices are in addition to other responses, ie. the backend
+		Notices are in addition to other responses, i.e., the backend
 		will continue processing the command.
 </Para>
 </ListItem>
@@ -489,7 +489,7 @@ The possible response messages from the backend are:
 <Para>
 		A warning message has been issued in relation to the function
 		call.
-		Notices are in addition to other responses, ie. the backend
+		Notices are in addition to other responses, i.e., the backend
 		will continue processing the command.
 </Para>
 </ListItem>

doc/src/sgml/queries.sgml

@@ -1,4 +1,4 @@
-<!-- $Header: /cvsroot/pgsql/doc/src/sgml/queries.sgml,v 1.5 2001/02/15 04:10:54 tgl Exp $ -->
+<!-- $Header: /cvsroot/pgsql/doc/src/sgml/queries.sgml,v 1.6 2001/03/24 23:03:26 petere Exp $ -->
 
 <chapter id="queries">
  <title>Queries</title>
@@ -146,7 +146,7 @@ FROM <replaceable>table_reference</replaceable> <optional>, <replaceable>table_r
       <listitem>
 
 <synopsis>
-<replaceable>T1</replaceable> { <optional>INNER</optional> | { LEFT | RIGHT | FULL } <optional>OUTER</optional> } JOIN <replaceable>T2</replaceable> ON <replaceable>boolean expression</replaceable>
+<replaceable>T1</replaceable> { <optional>INNER</optional> | { LEFT | RIGHT | FULL } <optional>OUTER</optional> } JOIN <replaceable>T2</replaceable> ON <replaceable>boolean_expression</replaceable>
 <replaceable>T1</replaceable> { <optional>INNER</optional> | { LEFT | RIGHT | FULL } <optional>OUTER</optional> } JOIN <replaceable>T2</replaceable> USING ( <replaceable>join column list</replaceable> )
 <replaceable>T1</replaceable> NATURAL { <optional>INNER</optional> | { LEFT | RIGHT | FULL } <optional>OUTER</optional> } JOIN <replaceable>T2</replaceable>
 </synopsis>
@@ -403,9 +403,9 @@ FROM (SELECT * FROM T1) DT1, T2, T3
    <para>
     The syntax of the WHERE clause is
 <synopsis>
-WHERE <replaceable>search condition</replaceable>
+WHERE <replaceable>search_condition</replaceable>
 </synopsis>
-    where <replaceable>search condition</replaceable> is any value
+    where <replaceable>search_condition</replaceable> is any value
     expression as defined in <xref linkend="sql-expressions"> that
     returns a value of type <type>boolean</type>.
    </para>
@@ -579,10 +579,11 @@ SELECT pid    AS "Products",
   <title>Select Lists</title>
 
   <para>
-   The table expression in the <command>SELECT</command> command
+   As shown in the previous section,
+   the table expression in the <command>SELECT</command> command
    constructs an intermediate virtual table by possibly combining
    tables, views, eliminating rows, grouping, etc.  This table is
-   finally passed on to processing by the select list.  The select
+   finally passed on to processing by the <firstterm>select list</firstterm>.  The select
    list determines which <emphasis>columns</emphasis> of the
    intermediate table are actually output.  The simplest kind of select list
    is <literal>*</literal> which emits all columns that the table

doc/src/sgml/ref/psql-ref.sgml

@@ -1,5 +1,5 @@
 <!--
-$Header: /cvsroot/pgsql/doc/src/sgml/ref/psql-ref.sgml,v 1.46 2001/02/03 19:09:46 petere Exp $
+$Header: /cvsroot/pgsql/doc/src/sgml/ref/psql-ref.sgml,v 1.47 2001/03/24 23:03:26 petere Exp $
 Postgres documentation
 -->
 
@@ -1923,7 +1923,7 @@ testdb=> <userinput>\set content `sed -e "s/'/\\\\\\'/g" < my_file.txt`</userinp
     Observe the correct number of backslashes (6)! You can resolve it this way: After
     <application>psql</application> has parsed this line, it passes
     <literal>sed -e "s/'/\\\'/g" < my_file.txt</literal> to the shell. The shell
-    will do it's own thing inside the double quotes and execute <filename>sed</filename>
+    will do its own thing inside the double quotes and execute <filename>sed</filename>
     with the arguments <literal>-e</literal> and <literal>s/'/\\'/g</literal>.
     When <application>sed</application> parses this it will replace the two
     backslashes with a single one and then do the substitution. Perhaps at

doc/src/sgml/ref/select.sgml

@@ -1,5 +1,5 @@
 <!--
-$Header: /cvsroot/pgsql/doc/src/sgml/ref/select.sgml,v 1.39 2001/03/20 20:54:41 tgl Exp $
+$Header: /cvsroot/pgsql/doc/src/sgml/ref/select.sgml,v 1.40 2001/03/24 23:03:26 petere Exp $
 Postgres documentation
 -->
 
@@ -397,7 +397,7 @@ where <replaceable class="PARAMETER">from_item</replaceable> can be:
 
    <para>
     LEFT OUTER JOIN returns all rows in the qualified Cartesian product
-    (ie, all combined rows that pass its ON condition), plus one copy of each
+    (i.e., all combined rows that pass its ON condition), plus one copy of each
     row in the left-hand table for which there was no right-hand row that
     passed the ON condition.  This left-hand row is extended to the full
     width of the joined table by inserting NULLs for the right-hand columns.

doc/src/sgml/sql.sgml

@@ -1,5 +1,5 @@
 <!--
-$Header: /cvsroot/pgsql/doc/src/sgml/sql.sgml,v 1.19 2001/02/15 04:10:54 tgl Exp $
+$Header: /cvsroot/pgsql/doc/src/sgml/sql.sgml,v 1.20 2001/03/24 23:03:26 petere Exp $
 -->
 
  <chapter id="sql">
@@ -1410,7 +1410,7 @@ SELECT S.SNO, S.SNAME, COUNT(SE.PNO)
 
      <para>
       Also observe that it makes no sense to ask for an aggregate of an
-      aggregate, eg, AVG(MAX(sno)), because a SELECT only does one pass
+      aggregate, e.g., AVG(MAX(sno)), because a SELECT only does one pass
       of grouping and aggregation.  You can get a result of this kind by
       using a temporary table or a sub-SELECT in the FROM clause to
       do the first level of aggregation.

doc/src/sgml/xaggr.sgml

@@ -1,5 +1,5 @@
 <!--
-$Header: /cvsroot/pgsql/doc/src/sgml/xaggr.sgml,v 1.10 2001/01/13 23:58:55 petere Exp $
+$Header: /cvsroot/pgsql/doc/src/sgml/xaggr.sgml,v 1.11 2001/03/24 23:03:26 petere Exp $
 -->
 
  <chapter id="xaggr">
@@ -74,7 +74,7 @@ SELECT complex_sum(a) FROM test_complex;
    the state variable and then start applying the transition function
    at the second non-null input value.  <productname>Postgres</productname>
    will do that automatically if the initial condition is NULL and
-   the transition function is marked "strict" (ie, not to be called
+   the transition function is marked "strict" (i.e., not to be called
    for NULL inputs).
   </para>
 

doc/src/sgml/xindex.sgml

@@ -1,5 +1,5 @@
 <!--
-$Header: /cvsroot/pgsql/doc/src/sgml/xindex.sgml,v 1.13 2001/01/13 23:58:55 petere Exp $
+$Header: /cvsroot/pgsql/doc/src/sgml/xindex.sgml,v 1.14 2001/03/24 23:03:26 petere Exp $
 Postgres documentation
 -->
 
@@ -107,7 +107,7 @@ SELECT oid FROM pg_am WHERE amname = 'btree';
    impose a strict ordering on keys, lesser to greater.  Since
    <productname>Postgres</productname> allows the user to define operators,
    <productname>Postgres</productname> cannot look at the name of an operator
-   (eg, "&gt;" or "&lt;") and tell what kind of comparison it is.  In fact,
+   (e.g., "&gt;" or "&lt;") and tell what kind of comparison it is.  In fact,
    some  access methods don't impose any ordering at all.  For example,
    <acronym>R-tree</acronym>s express a rectangle-containment relationship,
    whereas a hashed data structure expresses only bitwise similarity based