Re: Slowness of extended protocol
От | Vladimir Sitnikov |
---|---|
Тема | Re: Slowness of extended protocol |
Дата | |
Msg-id | CAB=Je-GZNHrxEG4GhtXizkt0nhxCH=h-Q=vu7=P0xE_moErMgQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Slowness of extended protocol (Shay Rojansky <roji@roji.org>) |
Ответы |
Re: Slowness of extended protocol
|
Список | pgsql-hackers |
Shay:
Prepared statements can have very visible effects apart from the speedup they provide (e.g. failure because of schema changes) It's not that these effects can't be worked around - they can be - but programmers can be surprised by these effects, which can cause difficult-to-diagnose issues.
The specific effect of "cached plan cannot change return type" can be solved by cooperation of backend and frontend (~driver) developers.
I find that solving that kind of issues is more important than investing into "ParseBindExecDeallocateInOneGo" message.
I hope you would forgive me if I just stop the discussion here.
I find I'd better spent that time on just fixing pgbouncer issue rather than discussing if it is pgbouncer's or postgresql's issue.
I'm sorry for being impolite if I was ever.
Vladimir
В списке pgsql-hackers по дате отправления: