In a distributed real-time database system (DRTDBS), a commit protocol is required to ensure transaction failure atomicity. If data conflicts occur between executing and committing transactions, the performance of the system may be greatly affected. In this paper, we propose a new protocol, called deadline-driven conflict resolution (DDCR), which integrates concurrency control and transaction commitment management for resolving executing and committing data conflicts amongst firm real-time transactions. With the DDCR, a higher degree of concurrency can be achieved, as many data conflicts of such kind can be alleviated, and executing transactions can access data items which are being held by committing transactions in conflicting modes. Also...
In the studies of distributed real-time database systems (DRTDBS), it is always assumed that earlies...
One way of avoiding unpredictable delays, in a distributed real-time database, is to allow transacti...
We investigate here the performance implications of supporting transaction atomicity in a distribute...
One of the most important issues in the design of distributed real-time database system (DRTDBS) is ...
We investigate here the performance implications of supporting transaction atomicity in a distribute...
We investigate here the performance implications of supporting transaction atomicity in a distribute...
We investigate the performance implications of supporting transaction atomicity in a distributed rea...
Recent studies on deadline assignment to sub-tasks in distributed real-time systems have suggested d...
We investigate here the performance implications of supporting transaction atomicity in a distribute...
In addition to satisfying database consistency requirements, as in traditional database systems, rea...
We investigate here the performance implications of supporting transaction atomicity in a distribute...
In addition to satisfying database consistency requirements, as in traditional database systems, rea...
In a distributed database system, pessimistic concurrency control is often used to ensure consistenc...
In a distributed database system, pessimistic concurrency control is often used to ensure consistenc...
One way of avoiding unpredictable delays, in a distributed real-time database, is to allow transacti...
In the studies of distributed real-time database systems (DRTDBS), it is always assumed that earlies...
One way of avoiding unpredictable delays, in a distributed real-time database, is to allow transacti...
We investigate here the performance implications of supporting transaction atomicity in a distribute...
One of the most important issues in the design of distributed real-time database system (DRTDBS) is ...
We investigate here the performance implications of supporting transaction atomicity in a distribute...
We investigate here the performance implications of supporting transaction atomicity in a distribute...
We investigate the performance implications of supporting transaction atomicity in a distributed rea...
Recent studies on deadline assignment to sub-tasks in distributed real-time systems have suggested d...
We investigate here the performance implications of supporting transaction atomicity in a distribute...
In addition to satisfying database consistency requirements, as in traditional database systems, rea...
We investigate here the performance implications of supporting transaction atomicity in a distribute...
In addition to satisfying database consistency requirements, as in traditional database systems, rea...
In a distributed database system, pessimistic concurrency control is often used to ensure consistenc...
In a distributed database system, pessimistic concurrency control is often used to ensure consistenc...
One way of avoiding unpredictable delays, in a distributed real-time database, is to allow transacti...
In the studies of distributed real-time database systems (DRTDBS), it is always assumed that earlies...
One way of avoiding unpredictable delays, in a distributed real-time database, is to allow transacti...
We investigate here the performance implications of supporting transaction atomicity in a distribute...