Fix docs to not claim ECPG's SET CONNECTION is not thread-aware.
authorMichael Meskes <[email protected]>
Tue, 6 Jun 2017 10:19:28 +0000 (12:19 +0200)
committerMichael Meskes <[email protected]>
Wed, 7 Jun 2017 14:16:04 +0000 (16:16 +0200)
Changed by: Tsunakawa, Takayuki <[email protected]>

doc/src/sgml/ecpg.sgml

index 849a95ff22fd7ecf5b69a4694cc4e2e5f95c3acd..89aa2305869fec20a982abb1b7c4ee0752b4d571 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>