List:Commits« Previous MessageNext Message »
From:jon Date:April 20 2006 1:28pm
Subject:svn commit - mysqldoc@docsrva: r1890 - in trunk: refman-4.1 refman-5.0 refman-5.1
View as plain text  
Author: jstephens
Date: 2006-04-20 15:28:48 +0200 (Thu, 20 Apr 2006)
New Revision: 1890

Log:

Reformat/merge.



Modified:
   trunk/refman-4.1/replication.xml
   trunk/refman-5.0/replication.xml
   trunk/refman-5.0/sql-syntax.xml
   trunk/refman-5.1/replication.xml

Modified: trunk/refman-4.1/replication.xml
===================================================================
--- trunk/refman-4.1/replication.xml	2006-04-20 13:26:06 UTC (rev 1889)
+++ trunk/refman-4.1/replication.xml	2006-04-20 13:28:48 UTC (rev 1890)
@@ -1695,41 +1695,40 @@
           This assumes that the table <literal>t1</literal> has columns
           <literal>col1</literal> and <literal>col2</literal>.
         </para>
-        
-      
-      <para>
-        This set of statements will also produce a new table
-        <literal>t2</literal> identical to <literal>t1</literal>, with
-        the addition of an <literal>AUTO_INCREMENT</literal> column:
-      </para>
-    
+
+        <para>
+          This set of statements will also produce a new table
+          <literal>t2</literal> identical to <literal>t1</literal>, with
+          the addition of an <literal>AUTO_INCREMENT</literal> column:
+        </para>
+
 <programlisting>
 CREATE TABLE t2 LIKE t1;
 ALTER TABLE T2 ADD id INT AUTO_INCREMENT PRIMARY KEY;
 INSERT INTO t2 SELECT * FROM t1 ORDER BY col1, col2;
 </programlisting>
 
-      <para>
-        <emphasis role="bold">Important</emphasis>: To guarantee the
-        same ordering on both master and slave, <emphasis>all</emphasis>
-        columns of <literal>t1</literal> must be referenced in the
-        <literal>ORDER BY</literal> clause.
-      </para>
+        <para>
+          <emphasis role="bold">Important</emphasis>: To guarantee the
+          same ordering on both master and slave,
+          <emphasis>all</emphasis> columns of <literal>t1</literal> must
+          be referenced in the <literal>ORDER BY</literal> clause.
+        </para>
 
-      <para>
-        Regardless of the method used to create and populate the copy
-        having the <literal>AUTO_INCREMENT</literal> column, the final
-        step is to drop the original table and then rename the copy:
-      </para>
+        <para>
+          Regardless of the method used to create and populate the copy
+          having the <literal>AUTO_INCREMENT</literal> column, the final
+          step is to drop the original table and then rename the copy:
+        </para>
 
 <programlisting>
 DROP t1;
 ALTER TABLE t2 RENAME t1;
 </programlisting>
 
-      <para>
-        See also <xref linkend="alter-table-problems"/>.
-      </para>
+        <para>
+          See also <xref linkend="alter-table-problems"/>.
+        </para>
       </listitem>
 
       <listitem>

Modified: trunk/refman-5.0/replication.xml
===================================================================
--- trunk/refman-5.0/replication.xml	2006-04-20 13:26:06 UTC (rev 1889)
+++ trunk/refman-5.0/replication.xml	2006-04-20 13:28:48 UTC (rev 1890)
@@ -1649,41 +1649,40 @@
           This assumes that the table <literal>t1</literal> has columns
           <literal>col1</literal> and <literal>col2</literal>.
         </para>
-        
-      
-      <para>
-        This set of statements will also produce a new table
-        <literal>t2</literal> identical to <literal>t1</literal>, with
-        the addition of an <literal>AUTO_INCREMENT</literal> column:
-      </para>
-    
+
+        <para>
+          This set of statements will also produce a new table
+          <literal>t2</literal> identical to <literal>t1</literal>, with
+          the addition of an <literal>AUTO_INCREMENT</literal> column:
+        </para>
+
 <programlisting>
 CREATE TABLE t2 LIKE t1;
 ALTER TABLE T2 ADD id INT AUTO_INCREMENT PRIMARY KEY;
 INSERT INTO t2 SELECT * FROM t1 ORDER BY col1, col2;
 </programlisting>
 
-      <para>
-        <emphasis role="bold">Important</emphasis>: To guarantee the
-        same ordering on both master and slave, <emphasis>all</emphasis>
-        columns of <literal>t1</literal> must be referenced in the
-        <literal>ORDER BY</literal> clause.
-      </para>
+        <para>
+          <emphasis role="bold">Important</emphasis>: To guarantee the
+          same ordering on both master and slave,
+          <emphasis>all</emphasis> columns of <literal>t1</literal> must
+          be referenced in the <literal>ORDER BY</literal> clause.
+        </para>
 
-      <para>
-        Regardless of the method used to create and populate the copy
-        having the <literal>AUTO_INCREMENT</literal> column, the final
-        step is to drop the original table and then rename the copy:
-      </para>
+        <para>
+          Regardless of the method used to create and populate the copy
+          having the <literal>AUTO_INCREMENT</literal> column, the final
+          step is to drop the original table and then rename the copy:
+        </para>
 
 <programlisting>
 DROP t1;
 ALTER TABLE t2 RENAME t1;
 </programlisting>
 
-      <para>
-        See also <xref linkend="alter-table-problems"/>.
-      </para>
+        <para>
+          See also <xref linkend="alter-table-problems"/>.
+        </para>
       </listitem>
 
       <listitem>

Modified: trunk/refman-5.0/sql-syntax.xml
===================================================================
--- trunk/refman-5.0/sql-syntax.xml	2006-04-20 13:26:06 UTC (rev 1889)
+++ trunk/refman-5.0/sql-syntax.xml	2006-04-20 13:28:48 UTC (rev 1890)
@@ -6526,17 +6526,17 @@
           </para>
 
           <para>
-            A <literal>HAVING</literal> clause can
-            refer to any column or alias named in a
-            <replaceable>select_expr</replaceable> in the
-            <literal>SELECT</literal> list or in outer subqueries, and
-            to aggregate functions. However, the SQL standard requires
-            that <literal>HAVING</literal> must reference only columns
-            in the <literal>GROUP BY</literal> clause or columns used in
-            aggregate functions. To accommodate both standard SQL and
-            the MySQL-specific behavior of being able to refer columns
-            in the <literal>SELECT</literal> list, MySQL 5.0.2 and up
-            allows <literal>HAVING</literal> to refer to columns in the
+            A <literal>HAVING</literal> clause can refer to any column
+            or alias named in a <replaceable>select_expr</replaceable>
+            in the <literal>SELECT</literal> list or in outer
+            subqueries, and to aggregate functions. However, the SQL
+            standard requires that <literal>HAVING</literal> must
+            reference only columns in the <literal>GROUP BY</literal>
+            clause or columns used in aggregate functions. To
+            accommodate both standard SQL and the MySQL-specific
+            behavior of being able to refer columns in the
+            <literal>SELECT</literal> list, MySQL 5.0.2 and up allows
+            <literal>HAVING</literal> to refer to columns in the
             <literal>SELECT</literal> list, columns in the
             <literal>GROUP BY</literal> clause, columns in outer
             subqueries, and to aggregate functions.

Modified: trunk/refman-5.1/replication.xml
===================================================================
--- trunk/refman-5.1/replication.xml	2006-04-20 13:26:06 UTC (rev 1889)
+++ trunk/refman-5.1/replication.xml	2006-04-20 13:28:48 UTC (rev 1890)
@@ -1856,40 +1856,40 @@
           This assumes that the table <literal>t1</literal> has columns
           <literal>col1</literal> and <literal>col2</literal>.
         </para>
-      
-      <para>
-        This set of statements will also produce a new table
-        <literal>t2</literal> identical to <literal>t1</literal>, with
-        the addition of an <literal>AUTO_INCREMENT</literal> column:
-      </para>
-    
+
+        <para>
+          This set of statements will also produce a new table
+          <literal>t2</literal> identical to <literal>t1</literal>, with
+          the addition of an <literal>AUTO_INCREMENT</literal> column:
+        </para>
+
 <programlisting>
 CREATE TABLE t2 LIKE t1;
 ALTER TABLE T2 ADD id INT AUTO_INCREMENT PRIMARY KEY;
 INSERT INTO t2 SELECT * FROM t1 ORDER BY col1, col2;
 </programlisting>
 
-      <para>
-        <emphasis role="bold">Important</emphasis>: To guarantee the
-        same ordering on both master and slave, <emphasis>all</emphasis>
-        columns of <literal>t1</literal> must be referenced in the
-        <literal>ORDER BY</literal> clause.
-      </para>
+        <para>
+          <emphasis role="bold">Important</emphasis>: To guarantee the
+          same ordering on both master and slave,
+          <emphasis>all</emphasis> columns of <literal>t1</literal> must
+          be referenced in the <literal>ORDER BY</literal> clause.
+        </para>
 
-      <para>
-        Regardless of the method used to create and populate the copy
-        having the <literal>AUTO_INCREMENT</literal> column, the final
-        step is to drop the original table and then rename the copy:
-      </para>
+        <para>
+          Regardless of the method used to create and populate the copy
+          having the <literal>AUTO_INCREMENT</literal> column, the final
+          step is to drop the original table and then rename the copy:
+        </para>
 
 <programlisting>
 DROP t1;
 ALTER TABLE t2 RENAME t1;
 </programlisting>
 
-      <para>
-        See also <xref linkend="alter-table-problems"/>.
-      </para>
+        <para>
+          See also <xref linkend="alter-table-problems"/>.
+        </para>
       </listitem>
 
       <listitem>

Thread
svn commit - mysqldoc@docsrva: r1890 - in trunk: refman-4.1 refman-5.0 refman-5.1jon20 Apr