20.05.2018 14:15, Mark Rotteveel wrote:
On 20-5-2018 13:00, Vlad Khorsun via Firebird-devel wrote:
   I plan to introduce new database object "EXTERNAL DATA SOURCE" since initial
implementation of EXECUTE STATEMENT ON EXTERNAL, but I never have time\priority
to implement it, unfortunately.

   The question at this topic is: should we add some way to clear session state 
when
connection is known to be reused ? If yes - how it should be seen by a user (SQL
statement, API call, both ?)

I can think of use cases where clearing session state can be useful (eg connections in a application-side connection pool), and I think exposing it as SQL should be OK, as that will give more flexibility in use. I would expect this to work with execute immediate (but also using prepare/execute).

  Ok, SQL statement, accounted

I would expect such a feature to reset all session state to the initial state 
on connect, including things like

* Clear context USER_SESSION
* Reset role to the initial role specified on attach
* Reset other session configuration (eg DECFLOAT behavior, timeouts, session 
timezone, etc)

  Clear GTT's also.

Regards,
Vlad

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
Firebird-Devel mailing list, web interface at 
https://lists.sourceforge.net/lists/listinfo/firebird-devel

Reply via email to