Transaction Management Model for Mobile Database
Transaction support is crucial in mobile data management. Specific characteristics of mobile environments (e.g. variable bandwidth, disconnections, and limited resources on mobile hosts) make traditional transaction management techniques no longer appropriate. This is due the fact that the Atomic...
Saved in:
主要作者: | |
---|---|
格式: | Thesis |
语言: | English |
出版: |
2006
|
主题: | |
在线阅读: | http://psasir.upm.edu.my/id/eprint/5878/1/FSKTM_2006_16%20IR.pdf |
标签: |
添加标签
没有标签, 成为第一个标记此记录!
|
id |
my-upm-ir.5878 |
---|---|
record_format |
uketd_dc |
spelling |
my-upm-ir.58782022-01-19T07:22:41Z Transaction Management Model for Mobile Database 2006-11 Al-Khinalie, Ziyad Tariq Abdul-Mehdi Transaction support is crucial in mobile data management. Specific characteristics of mobile environments (e.g. variable bandwidth, disconnections, and limited resources on mobile hosts) make traditional transaction management techniques no longer appropriate. This is due the fact that the Atomicity, Consistency, Isolation and Durability (ACID) properties of transactions are not simply followed, in particular the consistency property. Thus, transaction management models adopting weaker form of consistency are needed and these models can now tolerate a limited amount of consistency. As a result, several transaction management models for mobile databases have been proposed, each of which has attempted to overcome some issues pertaining to transaction processing in mobile environment. However, issues such as (a) only one mobile host (MH) is allowed to update the data item (b) large number of rejected transactions (c) commit time execution of transactions at mobile host (MH) is large are not well handled. The proposed the model with the aims at solving the stated issues. The main idea underlying the model is that transaction execution can be done at the base station (BS) and mobile host (MHs). Transactions at a MH can update data locally and then precommit. When the MH connects to the BS, these pre-committed transactions are sent to the BS and re-executed as base transactions (BT) to maintain data consistency at the BS. BTs are serialized on the master data stored at the BS. This will results in data consistency. The availability of data item at MHs makes the execution of transaction at MHs possible. Each MH is allocated some value of data item, and the rest of it is kept at the base server. By having the own this resource, a transaction at a MH is allowed to update the data item within the limit of iSi. The model has been implemented and the result has shown that the model works correctly as expected. Transaction systems (Computer systems) Database management 2006-11 Thesis http://psasir.upm.edu.my/id/eprint/5878/ http://psasir.upm.edu.my/id/eprint/5878/1/FSKTM_2006_16%20IR.pdf text en public doctoral Universiti Putra Malaysia Transaction systems (Computer systems) Database management Computer Science and Information Technology Mamat, Ali |
institution |
Universiti Putra Malaysia |
collection |
PSAS Institutional Repository |
language |
English |
advisor |
Mamat, Ali |
topic |
Transaction systems (Computer systems) Database management |
spellingShingle |
Transaction systems (Computer systems) Database management Al-Khinalie, Ziyad Tariq Abdul-Mehdi Transaction Management Model for Mobile Database |
description |
Transaction support is crucial in mobile data management. Specific characteristics of
mobile environments (e.g. variable bandwidth, disconnections, and limited resources on
mobile hosts) make traditional transaction management techniques no longer
appropriate. This is due the fact that the Atomicity, Consistency, Isolation and Durability
(ACID) properties of transactions are not simply followed, in particular the consistency
property. Thus, transaction management models adopting weaker form of consistency
are needed and these models can now tolerate a limited amount of consistency. As a
result, several transaction management models for mobile databases have been
proposed, each of which has attempted to overcome some issues pertaining to
transaction processing in mobile environment. However, issues such as
(a) only one mobile host (MH) is allowed to update the data item
(b) large number of rejected transactions
(c) commit time execution of transactions at mobile host (MH) is large
are not well handled.
The proposed the model with the aims at solving the stated issues. The main idea
underlying the model is that transaction execution can be done at the base station (BS)
and mobile host (MHs). Transactions at a MH can update data locally and then precommit.
When the MH connects to the BS, these pre-committed transactions are sent to
the BS and re-executed as base transactions (BT) to maintain data consistency at the BS.
BTs are serialized on the master data stored at the BS. This will results in data
consistency.
The availability of data item at MHs makes the execution of transaction at MHs
possible. Each MH is allocated some value of data item, and the rest of it is kept at the
base server. By having the own this resource, a transaction at a MH is allowed to update
the data item within the limit of iSi. The model has been implemented and the result has
shown that the model works correctly as expected. |
format |
Thesis |
qualification_level |
Doctorate |
author |
Al-Khinalie, Ziyad Tariq Abdul-Mehdi |
author_facet |
Al-Khinalie, Ziyad Tariq Abdul-Mehdi |
author_sort |
Al-Khinalie, Ziyad Tariq Abdul-Mehdi |
title |
Transaction Management Model for Mobile Database |
title_short |
Transaction Management Model for Mobile Database |
title_full |
Transaction Management Model for Mobile Database |
title_fullStr |
Transaction Management Model for Mobile Database |
title_full_unstemmed |
Transaction Management Model for Mobile Database |
title_sort |
transaction management model for mobile database |
granting_institution |
Universiti Putra Malaysia |
granting_department |
Computer Science and Information Technology |
publishDate |
2006 |
url |
http://psasir.upm.edu.my/id/eprint/5878/1/FSKTM_2006_16%20IR.pdf |
_version_ |
1747810500839735296 |