Hello.

I have found an interesting FRONTEND/BACKEND protocol behaviour. Let's consider following query:
"SELECT 1; SELECT 2; SELECT3; SELECT4;"

1) If I send it as a simple query - I'm getting:
- correct results for SELECT 1; SELECT 2; SELECT3; SELECT4;
- and then one ReadyForQuery response
from backend.
[send_simple.log & recv_simple.log]

2) If I send it as 'PREPARE "SQL_CUR1" AS SELECT 1; SELECT 2; SELECT3; SELECT4;' and then 'EXECUTE "SQL_CUR1" - I'm getting:
- results for SELECT 1; SELECT2; SELECT 3;
- ReadyForQuery response
- results for SELECT 4;
- one more ReadyForQuery response
from backend
[send_prepared.log & recv_prepared.log]

Is this behavour is correct and expected?

P.s. Tested on Windows with PostgreSQL 8.0, 8.1 and 8.2 with the same results.

Thank You,
Andrei.
R#þTèRSclient_encodingSQL_ASCIISDateStyleISO, 
MDYSinteger_datetimesoffSis_superuseronSserver_encodingSQL_ASCIISserver_version8.2.5S!session_authorizationandreiS$standard_conforming_stringsoffSTimeZoneEurope/HelsinkiK
X`M¹ZISclient_encodingUNICODECSETZIT 
versionÿÿÿÿÿÿDbXPostgreSQL 8.2.5 on i686-pc-mingw32, 
compiled by GCC gcc.exe (GCC) 3.4.2 (mingw-special)CSELECTZIC
PREPARET!?column?ÿÿÿÿD2CSELECTT!?column?ÿÿÿÿD3CSELECTT!?column?ÿÿÿÿD4CSELECTZIT!?column?ÿÿÿÿD1CSELECTZI
RÔ²oÍRSclient_encodingSQL_ASCIISDateStyleISO, 
MDYSinteger_datetimesoffSis_superuseronSserver_encodingSQL_ASCIISserver_version8.2.5S!session_authorizationandreiS$standard_conforming_stringsoffSTimeZoneEurope/HelsinkiK
h]l»ZISclient_encodingUNICODECSETZIT 
versionÿÿÿÿÿÿDbXPostgreSQL 8.2.5 on i686-pc-mingw32, 
compiled by GCC gcc.exe (GCC) 3.4.2 
(mingw-special)CSELECTZIT!?column?ÿÿÿÿD1CSELECTT!?column?ÿÿÿÿD2CSELECTT!?column?ÿÿÿÿD3CSELECTT!?column?ÿÿÿÿD4CSELECTZI
#userandreidatabasetestp(md5********************************Q%SET
 client_encoding to 'UNICODE'QSELECT version()Q=PREPARE"SQL_CUR1"AS 
SELECT 1;SELECT 2;SELECT 3;SELECT 4;QEXECUTE"SQL_CUR1"
#userandreidatabasetestp(md5********************************Q%SET
 client_encoding to 'UNICODE'QSELECT version()Q)SELECT 1;SELECT 
2;SELECT 3;SELECT 4;
---------------------------(end of broadcast)---------------------------
TIP 2: Don't 'kill -9' the postmaster

Reply via email to