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

104 CAPÍTULO 7. APRESENTAÇÃO DO SISTEMA MOBISNAP
1 -- ENCOMENDA DE PRODUTO: nome = "BLUE THING"; quantidade = 10; preço máximo = 50.00
2 -- alternativa: nome = "RED THING"; quantidade = 5; preço máximo = 40.00
3 DECLARE
4 prd_price FLOAT;
5 prd_stock INTEGER;
6 BEGIN --- Primeira alternativa ---
7 SELECT price,stock INTO prd_price,prd_stock FROM products WHERE name=’BLUE THING’;
8 IF prd_price = 10 THEN
9 UPDATE products SET stock = prd_stock - 10 WHERE name = ’BLUE THING’;
10 INSERT INTO orders VALUES(newid,’Clt foo’,’BLUE THING’,10,prd_price,’to ptocess’);
11 NOTIFY( ’SMTP’, ’sal-07@thingco.pt’, ’Encomenda aceite...’);
12 COMMIT (’BLUE THING’,prd_price); -- Conclui a transacção e devolve
13 END IF; -- informação sobre a encomenda efecutada
14 --- Segunda alternativa ---
15 SELECT price,stock INTO prd_price,prd_stock FROM products WHERE name=’RED THING’;
16 IF prd_price = 5 THEN
17 UPDATE products SET stock = prd_stock - 5 WHERE name = ’RED THING’;
18 INSERT INTO orders VALUES(newid,’Clt foo’,’RED THING’,5,prd_price,’to ptocess’);
19 NOTIFY( ’SMTP’, ’sal-07@thingco.pt’, ’Encomenda aceite...’);
20 COMMIT (’RED THING’,prd_price); -- Conclui a transacção e devolve informação sobre a
21 END IF; -- encomenda efecutada
22 ROLLBACK; -- Caso nenhuma alterantiva seja aceitável aborta a transacção
23 ON ROLLBACK NOTIFY( ’SMS’, ’351927435456’, ’Encomenda impossível...’);
24 END;
Figura 7.1: Transacção móvel que introduz uma nova encomenda, com dois produtos alternativos, sub-
metida por um vendedor.
de dados que representa o estado oficial dos dados. Os clientes mantêm cópias parciais, fracamente
consistentes, dos dados. Uma cópia parcial contém um subconjunto de tabelas. Para cada tabela, apenas
é mantido um subconjunto de colunas. Finalmente, apenas um subconjunto dos registos de cada tabela
está contido na cópia parcial. A possibilidade de cada cliente manter apenas os dados que necessita (e
pode armazenar) é importante para permitir a utilização do sistema em dispositivos móveis com recursos
limitados (por exemplo, PDAs), como se referiu na secção 2.3.5.
As aplicações são executadas nos clientes. O sistema adopta uma política optimista de acesso aos
dados, na qual as aplicações podem aceder e modificar a cópia mantida no cliente. A esta cópia, na qual
se executam todas as transacções submetidas no cliente, chama-se versão provisória dos dados. Quando
os recursos disponíveis no cliente o permitem, o cliente mantém adicionalmente uma versão estável dos
dados, a qual mantém a cópia obtida a partir do servidor, modificada com as transacções executadas
localmente cujo resultado pode ser garantido pelo sistema de reservas (detalhado no próximo capítulo).
As aplicações podem aceder a ambas as versões. Durante os períodos de boa conectividade, as aplicações
podem aceder directamente ao servidor.
Transacções móveis As aplicações modificam o estado da base de dados submetendo pequenos pro-
gramas escritos num subconjunto estendido da linguagem PL/SQL [112], que se denominam transacções
móveis (ou simplesmente transacções, nas situações em que a sua utilização não possa levar a interpreta-
ções incorrectas). Na figura 7.1 apresenta-se um exemplo de uma transacções móvel para submeter uma