Thanks to visit codestin.com
Credit goes to postgrespro.com

Re: timeout implementation issues - Mailing list pgsql-hackers

From Tom Lane
Subject Re: timeout implementation issues
Date
Msg-id [email protected]
Whole thread Raw
In response to Re: timeout implementation issues  (Karel Zak <[email protected]>)
List pgsql-hackers
Karel Zak <[email protected]> writes:
>  It's good point. Why not make it more transparent? You want
>  encapsulate it to standard and current SET statement, but if it's
>  something different why not use for it different statement?

>     SET SESSION search_path TO 'something';

But a plain SET is also setting the value for the session.  What's
the difference?  Why should a user remember that he must use this
syntax for search_path, and not for any other variables (or perhaps
only one or two other ones, further down the road)?
        regards, tom lane


pgsql-hackers by date:

Previous
From: Michael Loftis
Date:
Subject: Re: timeout implementation issues
Next
From: Mikhail Terekhov
Date:
Subject: Re: notification: pg_notify ?