> Please find enclosed a patch that fixes the SGML so openjade doesn't
> complain :)
Oops.
Here's one without the extra dross.
Cheers,
D
--
David Fetter [EMAIL PROTECTED] http://fetter.org/
phone: +1 510 893 6100 mobile: +1 415 235 3778
Remember to vote!
Index: doc/src/sgml/charset.sgml
===================================================================
RCS file: /projects/cvsroot/pgsql/doc/src/sgml/charset.sgml,v
retrieving revision 2.67
diff -c -r2.67 charset.sgml
*** doc/src/sgml/charset.sgml 14 Mar 2005 03:59:22 -0000 2.67
--- doc/src/sgml/charset.sgml 14 Mar 2005 06:22:07 -0000
***************
*** 1053,1059 ****
</listitem>
</varlistentry>
- <variablelist>
<varlistentry>
<term><ulink
url="ftp://ftp.ora.com/pub/examples/nutshell/ujip/doc/cjk.inf";></ulink></term>
--- 1053,1058 ----
Index: doc/src/sgml/planstats.sgml
===================================================================
RCS file: /projects/cvsroot/pgsql/doc/src/sgml/planstats.sgml,v
retrieving revision 1.2
diff -c -r1.2 planstats.sgml
*** doc/src/sgml/planstats.sgml 27 Feb 2005 01:17:34 -0000 1.2
--- doc/src/sgml/planstats.sgml 14 Mar 2005 06:22:07 -0000
***************
*** 57,66 ****
----------+-----------
345 | 10000
</programlisting>
! The planner will check the <structfield>relpages<structfield> estimate
! (this is a cheap operation) and if incorrect may scale
! <structfield>reltuples<structfield> to obtain a row estimate. In this case
it
! does not, thus:
<programlisting>
rows = 10000
--- 57,66 ----
----------+-----------
345 | 10000
</programlisting>
! The planner will check the <structfield>relpages</structfield>
! estimate (this is a cheap operation) and if incorrect may scale
! <structfield>reltuples</structfield> to obtain a row estimate. In this
! case it does not, thus:
<programlisting>
rows = 10000
***************
*** 297,303 ****
This is due to the join method being nested-loop, with
<classname>tenk1</classname> being in the outer loop. The operator is just
! our familiar <literal>=<literal>, however the restriction function is
obtained from the <structfield>oprjoin</structfield> column of
<classname>pg_operator</classname> - and is <function>eqjoinsel</function>.
Additionally we use the statistical information for both
--- 297,303 ----
This is due to the join method being nested-loop, with
<classname>tenk1</classname> being in the outer loop. The operator is just
! our familiar <literal>=</literal>, however the restriction function is
obtained from the <structfield>oprjoin</structfield> column of
<classname>pg_operator</classname> - and is <function>eqjoinsel</function>.
Additionally we use the statistical information for both
Index: doc/src/sgml/runtime.sgml
===================================================================
RCS file: /projects/cvsroot/pgsql/doc/src/sgml/runtime.sgml,v
retrieving revision 1.308
diff -c -r1.308 runtime.sgml
*** doc/src/sgml/runtime.sgml 13 Mar 2005 09:36:30 -0000 1.308
--- doc/src/sgml/runtime.sgml 14 Mar 2005 06:22:11 -0000
***************
*** 4500,4506 ****
<prompt>$</prompt> <userinput>sysctl -w kernel.shmall=2097152</userinput>
</screen>
In addition these settings can be saved between reboots in
! <filename>/etc/sysctl.conf.
</para>
<para>
--- 4500,4506 ----
<prompt>$</prompt> <userinput>sysctl -w kernel.shmall=2097152</userinput>
</screen>
In addition these settings can be saved between reboots in
! <filename>/etc/sysctl.conf</filename>.
</para>
<para>
---------------------------(end of broadcast)---------------------------
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])
