Subject | Re: [firebird-support] Re: Locking tables |
---|---|
Author | Ann W. Harrison |
Post date | 2005-01-13T17:59:12Z |
Rick DeBay wrote:
unless you've got an uncommitted update on that record, you're not going
to get to the next step. The trigger on RESERVATIONS protects the
application from random, rogue updates through ISQL or other tools, at
least from random rogue updates not initiated by the current user.
Regards,
Ann
> Ann, is this pseudo code correct for your gateway pattern?select a free time
>
> Begin TX
> Update ROOM_TABLE.RESERVER to unique id of reserver
> Insert record into RESERVATION_TABLEYou don't need to set ROOMS.RESERVER to null. It's not a bad idea, but
> Update ROOM_TABLE.RESERVER to null
> Commit TX
unless you've got an uncommitted update on that record, you're not going
to get to the next step. The trigger on RESERVATIONS protects the
application from random, rogue updates through ISQL or other tools, at
least from random rogue updates not initiated by the current user.
Regards,
Ann