Re: Return results for PQexec vs PQexecP*
От | Tom Lane |
---|---|
Тема | Re: Return results for PQexec vs PQexecP* |
Дата | |
Msg-id | 19727.1147876074@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Return results for PQexec vs PQexecP* ("Greg Sabino Mullane" <greg@turnstep.com>) |
Список | pgsql-hackers |
"Greg Sabino Mullane" <greg@turnstep.com> writes: > Someone posted something on the DBD::Pg mailing list recently that > made me wonder if the user's problem is more of a "don't do that" > or something that may be solvable with a libpq or protocol change. > Basically, the user has a rule which switches an insert to a select. > They then want to run the insert, and pull the resulting tuples > from it. This works fine when using PQexec, as it returns the latest > result, which is PGRES_TUPLES_OK. However, when using the newer > PQexec family (PQexecParams and PQexecPrepared), the only thing returned > is PGRES_COMMAND_OK, which prevents the drawing of any subsequent tuples. I'd call that a "don't do that" issue. The newer protocol is specifically designed to be more predictable than the old, and that includes not returning tuples from statements that clearly shouldn't return anything. regards, tom lane
В списке pgsql-hackers по дате отправления: