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

12 CAPÍTULO 2. PRINCÍPIOS GERAIS
sempre, ainda que alguns dados (por exemplo, o número de lugares disponíveis) possam estar desactuali-
zados. Relativamente às operações de inserção e remoção de reservas é conveniente obter imediatamente
o seu resultado final. Para tal, pode, por exemplo, executar-se a operação na réplica “oficial” dos dados.
Quando não é possível obter o resultado de imediato, deve ser possível pedir ao sistema para processar
a operação de forma diferida — neste caso, o utilizador deve ser notificado do resultado do seu pedido
quando ele é definitivamente executado.
Um sistema de suporte a uma força de vendas móvel mantém informação sobre os produtos dispo-
níveis para venda. As operações disponibilizadas e as características de funcionamento esperadas são
muito semelhantes às do sistema de reserva de lugares. No entanto, existe uma diferença que deve ser
tida em consideração. Enquanto no sistema de reserva de lugares, cada lugar pode ser identificado uni-
vocamente, num sistema de venda de bens fungíveis (por exemplo, CDs), todos os elementos do mesmo
tipo são indistinguíveis.
2.3 Princípios
No decurso do trabalho que conduziu a esta dissertação, identificaram-se alguns princípios que permitem
criar boas soluções de gestão de dados para ambientes de computação móvel. Estes princípios, discutidos
nesta secção, foram utilizados na criação das soluções apresentadas nesta dissertação.
Um princípio geral explorado nas soluções apresentadas nesta dissertação consiste na utilização da
informação semântica associada aos dados e às operações executadas pelos utilizadores. Este princípio
geral é transversal a todos os princípios identificados e permite criar soluções especialmente adaptadas a
cada problema, como se discute na apresentação dos vários princípios.
2.3.1 Replicação optimista
Num sistema distribuído é impossível garantir a permanente acessibilidade armazenando os dados ape-
nas num computador [30]. Esta impossibilidade tem múltiplas causas. Primeiro, pode existir uma real
impossibilidade física, devido à ausência de conectividade ou falhas na rede ou ainda à falha do servidor.
Segundo, pode ser inconveniente efectuar a comunicação devido a razões económicas ou problemas de
bateria em dispositivos móveis. Por fim, existem situações em que esse acesso pode ser inapropriado,
devido à excessiva latência das comunicações, excesso de carga nos servidores durante picos de activi-
dade ou mesmo devido ao modelo das aplicações (por exemplo, num editor cooperativo assíncrono o
utilizador deve produzir as suas contribuições de forma independente [116]).
Para fornecer uma elevada disponibilidade de serviço é usual recorrer à replicação dos dados. A
existência de várias cópias dos dados, apesar de eliminar o ponto central de falha, não é suficiente para