11<!--
2- $Header: /cvsroot/pgsql/doc/src/sgml/Attic/jdbc.sgml,v 1.30 2001/11/2618:51:19 momjian Exp $
2+ $Header: /cvsroot/pgsql/doc/src/sgml/Attic/jdbc.sgml,v 1.31 2001/11/2619:07:11 momjian Exp $
33-->
44
55 <chapter id="jdbc">
@@ -584,7 +584,7 @@ st.close();
584584 need to understand the limitations of each method. The
585585 <type>bytea</type> datatype is not well suited for storing very
586586 large amounts of binary data. While a column of type
587- <type>bytea</bytea > can hold upto 1Gig of binary data, it would
587+ <type>bytea</type > can hold upto 1Gig of binary data, it would
588588 require a huge amount of memory (<acronym>RAM</acronym>) to
589589 process such a large value. The Large Object method for
590590 storing binary data is better suited to storing very large values,
@@ -623,7 +623,7 @@ st.close();
623623 <para>
624624 To use the Large Object functionality you can use either the
625625 <classname>LargeObject</classname> <acronym>API</acronym>
626- provided by the <application>PostgreSQL</applicaiton >
626+ provided by the <application>PostgreSQL</application >
627627 <acronym>JDBC</acronym> Driver, or by using the
628628 <function>getBLOB()</function> and <function>setBLOB()</function>
629629 methods.
@@ -644,7 +644,7 @@ st.close();
644644 and <function>setBLOB()</function> methods may no longer
645645 interact with Large Objects and will instead work on
646646 <type>bytea</type> datatypes. So it is recommended that you
647- use the <classname>LargeObject</classname> <acronyn >API</acronym>
647+ use the <classname>LargeObject</classname> <acronym >API</acronym>
648648 if you intend to use Large Objects.
649649 </para></note>
650650
@@ -2492,7 +2492,7 @@ public void unlink(int oid) throws SQLException
24922492 </para>
24932493
24942494 <para>
2495- The <productname>PostgreSQL</productname> <acronyn >JDBC</acronym> Driver
2495+ The <productname>PostgreSQL</productname> <acronym >JDBC</acronym> Driver
24962496 is thread safe.
24972497 Consequently, if your application uses multiple threads then you do
24982498 not have to worry about complex algorithms to ensure that only one