25.05.2018 16:40, Dimitry Sibiryakov пишет:
25.05.2018 15:28, Vlad Khorsun via Firebird-devel wrote:
We have local server v4 and remote server v3. v4 runs external statements
against v3
and remote sessions have some context that is re-used by remote statements
somehow.
Then remote server is upgraded to v4 and remote sessions gets reset on re-use.
Now
remote statements can't re-use that context and behaviour could be changed.
Ok. When you are getting a connection from a pool and when return it? I was sure that these point are exactly the same as
current connect and disconnect of external connection. Was my guess wrong again?
It is correct.
Then I don't see how behavior of external connection can change: if currently it is completely closed, situation "remote sessions
have some context that is re-used by remote statements somehow" is impossible.
Remote statement could check some context variable and run this or that branch
of code in dependence of variable value. Then it could assign another value to
this context variable. It all could be done in the single stored procedure call
(which could call another SP and so on).
Then run same remote statement again at another local transaction.
With pre-v4 remote server there could be *new* connection with *empty*
context variable
or reused (and *not reset*) connection with *some value* in context variable.
When remote server is upgraded and connection begin
to be reset instead of closed, everything will be the same from local side POV or do you see any difference between brand new
connection and connection after reset which I overlook?
With v4 remote server there could be *new connection* with *empty* context
variable
or reused (and *reset*) connection with *empty* context variable.
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
