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:14 +0000 (16:14 +0200)
Changed by: Tsunakawa, Takayuki <tsunakawa.takay@jp.fujitsu.com>

doc/src/sgml/ecpg.sgml

index fcbbaef2fed748a92e9ed8fbf8f082f3b352dce3..811425ddee36e9d97156e6dda9cd554cb34fbf17 100644 (file)
@@ -238,8 +238,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>
@@ -249,7 +248,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>