Re: DISCARD ALL (Again)
| От | Joshua D. Drake | 
|---|---|
| Тема | Re: DISCARD ALL (Again) | 
| Дата | |
| Msg-id | 53508A13.9070703@commandprompt.com обсуждение исходный текст | 
| Ответ на | Re: DISCARD ALL (Again) (David G Johnston <david.g.johnston@gmail.com>) | 
| Ответы | Re: DISCARD ALL (Again) | 
| Список | pgsql-hackers | 
On 04/17/2014 07:07 PM, David G Johnston wrote: > > On 04/17/2014 05:24 PM, Tom Lane wrote: > > On the whole I'm not sure this is something we ought to get into. > > If you really need a fresh session, maybe you should start a > > fresh session. > > > Isn't the whole point to avoid the reconnection overhead, especially for > connection poolers? DISCARD ALL shouldn't cause any cleanup that > wouldn't otherwise occur when a session disconnects. True global data > (not just session global) should be excluded. The GD is global to the session only (Like temp tables). > > A better wording of the promise would be: "discard all" leaves the > session in the same state it would be in if the underlying connection > were dropped and re-established. Except that it doesn't. JD -- Command Prompt, Inc. - http://www.commandprompt.com/ 509-416-6579 PostgreSQL Support, Training, Professional Services and Development High Availability, Oracle Conversion, Postgres-XC, @cmdpromptinc Political Correctness is for cowards.
В списке pgsql-hackers по дате отправления: