I'd like to see all request inside transactions as this is the only correct behaviour.There might be many internal requests in the Slide core api that need to be in the same transaction to represent a consistent state.
If this leads into trouble regarding the performance this is an issue that should be resolved later.
So this change gets my +1
Daniel


Oliver Zeigermann schrieb:

Folks!

Presently certain request methods (like GET) do not work inside of a transaction.

With reads not inside of transactions the GET method may return corrupt data (although permanently nothing will be inconsistent) and no writes, e.g. to create a new user with user autocreation, can be done along with this request.

The pro is that internal locks will be held for a shorter period of time and there is no transactional overhead involved.

I opt for having all methods inside of transactions. The change to achieve this is trivial and can even be part of the upcoming beta.

What about you?

Oliver

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to