gestão de dados partilhados em ambientes de computação móvel

8.2. CONCESSÃO E GARANTIA DE RESPEITO PELAS RESERVAS 121
associada não é quebrada por nenhuma outra transacção. Para fazer cumprir estas promessas, ao mesmo
tempo que permite aos clientes legados aceder directamente à base de dados central, as seguintes acções
têm de ser executadas na base de dados (note-se que estas acções são desfeitas para permitir a execução
de uma transacção que use uma dada reserva):
• Para cada reserva value-change, cria-se um gatilho (trigger) que impede a modificação do ele-
mento de dados reservado. O gatilho impede a modificação lançando uma excepção. Neste caso,
diz-se que a modificação foi bloqueada.
• Para cada reserva value-lock, cria-se um gatilho que impede a modificação do elemento de dados
reservado por qualquer transacção, incluindo as transacção submetidas por um cliente que possua
essa reserva. Para tal, ao contrário do que sucede com as outras reservas, esta acção não é desfeita
para permitir a execução de uma transacção recebida de um cliente que possui esta reserva.
• Para cada reserva slot, cria-se um gatilho que impede qualquer transacção de inserir, remover ou
modificar registos com os valores referidos na reserva.
• Para cada reserva escrow, actualiza-se o valor dos elementos de dados fungíveis como explicado
na secção anterior.
• Para as reservas value-use, shared slot e shared value-change não é necessária qualquer acção na
base de dados.
Para as reservas value-change e slot existe um opção adicional que pode ser usada: o pedido de
reserva pode especificar uma actualização temporária que reflicta a impossibilidade de modificar o ele-
mento de dados reservado enquanto a reserva permanecer válida. Por exemplo, considere-se um registo
que representa um lugar num comboio. Quando um cliente móvel obtém uma reserva value-change so-
bre esse registo, o pedido de reserva pode especificar que se modifique para verdadeiro o valor da coluna
que indica se o lugar está ocupado. Esta modificação indica que as transacções não garantidas por esta
reserva não devem utilizar este lugar. Se apesar desta indicação, uma transacção tentar modificar o valor
do registo, a modificação será bloqueada pelo gatilho criado aquando da concessão da reserva.
O sistema Mobisnap mantém registo de todas as reservas concedidas para verificar a possibilidade de
conceder uma nova reserva (face às reservas já existentes) e para verificar a validade da utilização de uma
reserva para garantir uma transacção móvel. Quando uma reserva expira ou é cancelada explicitamente
pelo cliente, as acções executadas para garantir que a reserva é respeitada são desfeitas. As acções
relativas a uma reserva são igualmente desfeitas (de forma temporária) para permitir a execução de uma
transacção móvel que use essa reserva.