Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Fix docs to not claim ECPG's SET CONNECTION is not thread-aware.
authorMichael Meskes <meskes@postgresql.org>
Tue, 6 Jun 2017 10:19:28 +0000 (12:19 +0200)
committerMichael Meskes <meskes@postgresql.org>
Wed, 7 Jun 2017 14:14:21 +0000 (16:14 +0200)
Changed by: Tsunakawa, Takayuki <tsunakawa.takay@jp.fujitsu.com>

doc/src/sgml/ecpg.sgml

index bf2cf112924d49d912301bda6e13ebb3da3e1e61..7f6278c4def9e96b35aac6c4034aa2f876312afe 100644 (file)
@@ -240,8 +240,7 @@ EXEC SQL AT <replaceable>connection-name</replaceable> SELECT ...;
   <para>
    If your application uses multiple threads of execution, they cannot share a
    connection concurrently. You must either explicitly control access to the connection
-   (using mutexes) or use a connection for each thread. If each thread uses its own connection,
-   you will need to use the AT clause to specify which connection the thread will use.
+   (using mutexes) or use a connection for each thread.
   </para>
 
   <para>
@@ -251,7 +250,7 @@ EXEC SQL AT <replaceable>connection-name</replaceable> SELECT ...;
 EXEC SQL SET CONNECTION <replaceable>connection-name</replaceable>;
 </programlisting>
    This option is particularly convenient if many statements are to be
-   executed on the same connection.  It is not thread-aware.
+   executed on the same connection.
   </para>
 
   <para>