Logo do repositório
 
Publicação

Cooperative memory and database transactions

dc.contributor.advisorLourenço, João
dc.contributor.authorDias, Ricardo Jorge Freire
dc.date.accessioned2010-10-21T10:21:34Z
dc.date.available2010-10-21T10:21:34Z
dc.date.issued2008
dc.descriptionDissertação apresentada na Faculdade de Ciências e Tecnologia da Universidade Nova de Lisboa para a obtenção do Grau de Mestre em Engenharia Informáticaen_US
dc.description.abstractSince the introduction of Software Transactional Memory (STM), this topic has received a strong interest by the scientific community, as it has the potential of greatly facilitating concurrent programming by hiding many of the concurrency issues under the transactional layer, being in this way a potential alternative to the lock based constructs, such as mutexes and semaphores. The current practice of STM is based on keeping track of changes made to the memory and, if needed, restoring previous states in case of transaction rollbacks. The operations in a program that can be reversible,by restoring the memory state, are called transactional operations. The way that this reversibility necessary to transactional operations is achieved is implementation dependent on the STM libraries being used. Operations that cannot be reversed,such as I/O to external data repositories (e.g., disks) or to the console, are called nontransactional operations. Non-transactional operations are usually disallowed inside a memory transaction, because if the transaction aborts their effects cannot be undone. In transactional databases, operations like inserting, removing or transforming data in the database can be undone if executed in the context of a transaction. Since database I/O operations can be reversed, it should be possible to execute those operations in the context of a memory transaction. To achieve such purpose, a new transactional model unifying memory and database transactions into a single one was defined, implemented, and evaluated. This new transactional model satisfies the properties from both the memory and database transactional models. Programmers can now execute memory and database operations in the same transaction and in case of a transaction rollback, the transaction effects in both the memory and the database are reverted.en_US
dc.identifier.urihttp://hdl.handle.net/10362/4192
dc.language.isoengen_US
dc.publisherFaculdade de Ciências e Tecnologiaen_US
dc.subjectTransactionen_US
dc.subjectDatabase systemsen_US
dc.subjectSoftware transactional memoryen_US
dc.subjectConcurrency controlen_US
dc.titleCooperative memory and database transactionsen_US
dc.typemaster thesis
dspace.entity.typePublication
my.embargo.termsnullen_US
rcaap.rightsopenAccessen_US
rcaap.typemasterThesisen_US

Ficheiros

Principais
A mostrar 1 - 1 de 1
A carregar...
Miniatura
Nome:
Dias_2008.pdf
Tamanho:
529.11 KB
Formato:
Adobe Portable Document Format
Licença
A mostrar 1 - 1 de 1
Miniatura indisponível
Nome:
license.txt
Tamanho:
432 B
Formato:
Item-specific license agreed upon to submission
Descrição: