> Well, the question is how long must the individual databases retain
> state with which to answer "recover" requests. I don't like "forever",
> so I'm proposing that there should be an explicit command to say "you
> can forget about this gid".
I think it would be ok to forget the gid after:
1. the same TX manager session sends the next statement (maybe only BEGIN?)
2. the TX manager session is explicitly disconnected (do we know the difference
to an aborted connection ?)
>
> Note that this is only really necessary because of Heikki's choice to
> make the API work in terms of a user-assigned GID.
This was not an arbitrary choice, but is required by most/all TX managers :-(
I agree that it would be cleaner for the tx manager to keep such a map.
Maybe the idea was for the gid's to be human readable since human intervention
is rarely but still required with 2PC, especially in the case where the tx manager
is unavailable/unrecoverable.
Andreas
---------------------------(end of broadcast)---------------------------
TIP 7: don't forget to increase your free space map settings
