Skip to content

Some performance issues in distributed real time database systems.

Distributed real time database systems (DRTDBSs) can be defined as database systems that support real time transactions. They are used for a wide spectrum of applications such as air traffic control, stock market trading, banking, telemedicine etc. In DRTDBS, there are two types of transactions: global and local. The global transactions are distributed real-time transaction executed at more than one site whereas the local transactions are executed at generating site only. A commonly model used for distributed real time transaction consists of a process, called coordinator, which is executed at the site where the transaction is submitted, and a collection of other processes called cohorts executing at various sites where the required data items reside.
Transactions in a real time database are classified into three types, viz. hard, soft and firm. The classification is based on how the application is affected by the violation of transaction time constraints. This thesis reports efficient solutions for some of the issues important to the performance of firm deadline based DRTDBS.
The performance of DRTDBS depends on several factors such as specification of transaction’s deadline, priority assignment policy, scheduling transactions with deadlines, time cognizant buffer and locks management, commit procedure etc. One of the primary performance determinants is the policy used to schedule transactions for the system resources. The resources that are typically scheduled are processors, main memory, disks and the data items stored in database.
In order to resolve the contention for these resources, DRTDBSs have to establish a priority ordering among the cohorts. This ordering should minimize the percentage of missed transactions which is the primary performance metric, defined as percentage of input transactions that the system is unable to complete before their deadlines. We proposed a scheme where the priority of each cohort is determined independently on the basis of the locks required by it at its execution site. This is in contrast to earlier schemes where cohort inherits its real time priority from its parent. In our scheme, each cohort is assigned an initial priority based on the number of locks required by the cohort at its execution site. The cohort uses this priority for central processing unit (CPU) scheduling. However, when there is a data contention between a low priority executing cohort and a high priority newly arrived cohort, temporary intermediate priorities of both are calculated. These intermediate priorities are based on the remaining execution time needed by the lock holding low priority cohort and the slack time available with the newly arrived higher priority cohort. The data contention is resolved on the basis of these priorities. The deadlines of the global and the local transactions are computed based on the formula developed.
DRTDBS implements a transaction commit protocol to ensure transaction atomicity. A commit protocol ensures that all participating sites agree on the final outcome of the transaction (commit or abort). The commit processing can result in a significant increase in transaction execution time due to exchange of multiple messages in multiple phases among the participating sites and maintaining several log records. This may influence the transaction miss percentage. Therefore, the design of commit protocol becomes an important performance issue in the design of DRTDBS. The existing commit protocols try to improve system performance by permitting a lock holding transaction (lender) to lend its data to other transactions (borrower). This creates dependencies between lender and borrower. We first redefine the dependencies created due to read/update type locks, and then propose a static two phase locking with higher priority based, write-update type, ideal for fast and timeliness commit protocol (named as SWIFT). We observe that, when communication delay is large, most of the transactions are aborted during their commit or locking phase; and not during their execution phase, particularly when database is main memory resident. Based on this observation, a cohort sends a WORKSTARTED message in SWIFT before the start of its execution in contrast to earlier protocol where cohort sends WORKDONE message after the completion of its execution. Our protocol also allows a dependent cohort to send WORKSTARTED message if the dependency is only commit dependency. The simulation results show

CONSULTA INTEGRALMENTE QUESTA TESI

La consultazione è esclusivamente in formato digitale .PDF

Acquista
Mostra/Nascondi contenuto.
CHAPTER - 1 INTRODUCTION 1.1 INTRODUCTION Many applications such as military tracking, medical monitoring, stock arbitrage system, network management, aircraft control and factory automation etc. that depend heavily on database technology for the proper storage and retrieval of data located at different remote sites have certain timing constraints associated with them [5,25,30,68,114]. Such applications introduce the need for distributed real time database systems (DRTDBSs) [84]. A DRTDBS is a collection of multiple, logically interrelated databases distributed over a computer network [23]. They support transactions that have explicit timing constraints. The timing constraint of a transaction is expressed in the form of a deadline, which indicates that it must complete before some specific time in future [4,5,68,114]. The transactions can be classified as hard, firm or soft type based on the effect of missing their deadlines [5,68]. A hard real time transaction must meet its deadline strictly. A missed deadline may result in a catastrophe [15,114]. A firm real time transaction does not result in a catastrophe, if the deadline is missed [51]. However, the results have no value after the expiry of deadline. A soft real time transaction has some value even after expiry of its deadline, but the value typically diminishes with time [5,68,114]. In contrast to traditional databases, where the primary goal is to minimize the response time of transactions and maximize throughput [120,151], the main objective of DRTDBS is to minimize the percentage of the transactions that miss their deadlines [4,5,53,68,114]. The scheduling of real time transaction is far more complex than traditional real time scheduling as the database management algorithms for accessing and manipulating data in DRTDBS should not only ensure database consistency, but should also satisfy the timing constraints. The goal of this chapter is to introduce various aspects of DRTDBS, the issues and challenges involved and the work carried out in this thesis. 1

CONSULTA INTEGRALMENTE QUESTA TESI

La consultazione è esclusivamente in formato digitale .PDF

Acquista
Il miglior software antiplagio

L'unico servizio antiplagio competitivo nel prezzo che garantisce l'aiuto della nostra redazione nel controllo dei risultati.
Analisi sicura e anonima al 100%!
Ottieni un Certificato Antiplagio dopo la valutazione.

Informazioni tesi

  Autore: Udai Shanker
  Tipo: International thesis/dissertation
  Anno: -
  Università: Indian Institute of Technology Roorkee
  Lingua: Inglese
  Num. pagine: 141

FAQ

Per consultare la tesi è necessario essere registrati e acquistare la consultazione integrale del file, al costo di 29,89€.
Il pagamento può essere effettuato tramite carta di credito/carta prepagata, PayPal, bonifico bancario.
Confermato il pagamento si potrà consultare i file esclusivamente in formato .PDF accedendo alla propria Home Personale. Si potrà quindi procedere a salvare o stampare il file.
Maggiori informazioni
Ingiustamente snobbata durante le ricerche bibliografiche, una tesi di laurea si rivela decisamente utile:
  • perché affronta un singolo argomento in modo sintetico e specifico come altri testi non fanno;
  • perché è un lavoro originale che si basa su una ricerca bibliografica accurata;
  • perché, a differenza di altri materiali che puoi reperire online, una tesi di laurea è stata verificata da un docente universitario e dalla commissione in sede d'esame. La nostra redazione inoltre controlla prima della pubblicazione la completezza dei materiali e, dal 2009, anche l'originalità della tesi attraverso il software antiplagio Compilatio.net.
  • L'utilizzo della consultazione integrale della tesi da parte dell'Utente che ne acquista il diritto è da considerarsi esclusivamente privato.
  • Nel caso in cui l’utente che consulta la tesi volesse citarne alcune parti, dovrà inserire correttamente la fonte, come si cita un qualsiasi altro testo di riferimento bibliografico.
  • L'Utente è l'unico ed esclusivo responsabile del materiale di cui acquista il diritto alla consultazione. Si impegna a non divulgare a mezzo stampa, editoria in genere, televisione, radio, Internet e/o qualsiasi altro mezzo divulgativo esistente o che venisse inventato, il contenuto della tesi che consulta o stralci della medesima. Verrà perseguito legalmente nel caso di riproduzione totale e/o parziale su qualsiasi mezzo e/o su qualsiasi supporto, nel caso di divulgazione nonché nel caso di ricavo economico derivante dallo sfruttamento del diritto acquisito.
L'obiettivo di Tesionline è quello di rendere accessibile a una platea il più possibile vasta il patrimonio di cultura e conoscenza contenuto nelle tesi.
Per raggiungerlo, è fondamentale superare la barriera rappresentata dalla lingua. Ecco perché cerchiamo persone disponibili ad effettuare la traduzione delle tesi pubblicate nel nostro sito.
Per tradurre questa tesi clicca qui »
Scopri come funziona »

DUBBI? Contattaci

Contatta la redazione a
[email protected]

Ci trovi su Skype (redazione_tesi)
dalle 9:00 alle 13:00

Oppure vieni a trovarci su

Parole chiave

commit protocol
distributed
drtdbs
priority assignment policy
real time database systems
swift

Tesi correlate


Non hai trovato quello che cercavi?


Abbiamo più di 45.000 Tesi di Laurea: cerca nel nostro database

Oppure consulta la sezione dedicata ad appunti universitari selezionati e pubblicati dalla nostra redazione

Ottimizza la tua ricerca:

  • individua con precisione le parole chiave specifiche della tua ricerca
  • elimina i termini non significativi (aggettivi, articoli, avverbi...)
  • se non hai risultati amplia la ricerca con termini via via più generici (ad esempio da "anziano oncologico" a "paziente oncologico")
  • utilizza la ricerca avanzata
  • utilizza gli operatori booleani (and, or, "")

Idee per la tesi?

Scopri le migliori tesi scelte da noi sugli argomenti recenti


Come si scrive una tesi di laurea?


A quale cattedra chiedere la tesi? Quale sarà il docente più disponibile? Quale l'argomento più interessante per me? ...e quale quello più interessante per il mondo del lavoro?

Scarica gratuitamente la nostra guida "Come si scrive una tesi di laurea" e iscriviti alla newsletter per ricevere consigli e materiale utile.


La tesi l'ho già scritta,
ora cosa ne faccio?


La tua tesi ti ha aiutato ad ottenere quel sudato titolo di studio, ma può darti molto di più: ti differenzia dai tuoi colleghi universitari, mostra i tuoi interessi ed è un lavoro di ricerca unico, che può essere utile anche ad altri.

Il nostro consiglio è di non sprecare tutto questo lavoro:

È ora di pubblicare la tesi