GTU MCA MATERIAL FOR DBMS II

RSS
  • Home
  • Quick Review
  • Assignment
  • Backup and Recovery
  • Differences
  • About Me

Monday, March 21, 2011

Dirty Read Vs Unrepeatable Read


Dirty Read
Unrepeatable Read
A dirty read problem occurs when one transaction updates a database item and then the transaction fails for some reason.
Unrepeatable read occurs when a transaction calculate some aggregate (summary) function over a set of data while other transaction are updating the data.
This problem is also known as “Un-Committed Data”
This problem is known as “Inconsistent Analysis”
The dirty read is consequence of reading updates made by a transaction before it has successfully finished
In, databases Read-Write Conflict, also known as unrepeatable reads, is a computational anomaly associated with interleaved execution of transactions.
Example :

Connection A
Connection B
   ………
   ………
   ………
 UPDATE Row1
   ………
   ………
SELECT Row1
   ………
   ………
   ………
   ………
 ROLLBACK
Example :

Connection A
Connection B
SELECT SUM(accounts)
Acc[1]=40
Acc[1]=40 . . .  Sum = 40
Acc[2]=50
Acc[2]=50 . . .  Sum = 90
Acc[3]=30
            . . . . . .
  . . . . . .
            . . . . . .
UPDATE Acc3 = Acc3-10
            . . . . . .
(30 -> 20)
            . . . . . .
UPDATE Acc1= Acc1+10
            . . . . . .
(40 -> 50)
            . . . . . .
Commit
Acc[3]=20 . . . Sum = 110
(It Should be 120)

Situation :
Connection A reads an object that has been modified by Connection B but Connection B has not committed yet. Here, Connection B rollback transaction and uncommitted data is already read by Connection A.
This is known as “Dirty Read”
Situation :

Connection A performs aggregate sum of accounts, at same time Connection B modifies the database. This is resulted into Inconsistent Analysis
Problem : Transaction T2 was permitted to read the intermediate result of transaction T1 before the transaction T1 was terminated.

Problem of unrepeatable read occurs when a transaction reads a several values from database while other transaction updating those values.      

Solution : Prevent T2 from reading the account balance until the transaction T1 is terminated. i.e. either committed or rollback.

Solution is prevent other transaction to read the values from the database until one transaction release it.
Posted by Dr. Parag Shukla at 8:42:00 PM
Email This BlogThis! Share to X Share to Facebook
Labels: Inconsistent Analysis, Read-Write Conflict, Uncommitted Data, Unrepeatble read

0 comments:

Post a Comment

Newer Post Older Post Home
Subscribe to: Post Comments (Atom)

Total Pageviews

255034

Blog Archive

  • ►  2019 (1)
    • ►  March (1)
  • ►  2016 (7)
    • ►  August (6)
    • ►  July (1)
  • ▼  2011 (16)
    • ►  May (2)
    • ►  April (6)
    • ▼  March (5)
      • Starvation Vs Deadlock
      • Lost Update Vs Uncommitted Data
      • Serial Schedule Vs Non-Serial Schedule
      • Dirty Read Vs Unrepeatable Read
      • Assignment - 3 Database Backup and Recovery
    • ►  February (3)
  • ►  2010 (9)
    • ►  May (4)
    • ►  March (5)
  • ►  2009 (1)
    • ►  December (1)

Followers

Blog List

Search

Parag Shukla. Powered by Blogger.

Popular Posts

  • Serial Schedule Vs Non-Serial Schedule
    Serial Schedule Non-Serial Schedule A serial schedule is a sequence of operat...
  • Dirty Read Vs Unrepeatable Read
    Dirty Read Unrepeatable Read A dirty read problem occurs when one transaction updates a ...
  • Log Based Recovery
    Log Based Recovery The most widely used structure for recording database modification is the log. The log is a sequence of log ...
  • Lost Update Vs Uncommitted Data
    Lost Update Uncommitted Data This problem is also known as “Multiple Update...
  • Shadow Paging
    Shadow Paging This technique does not require LOG in single user environment In mult...
  • Starvation Vs Deadlock
    Starvation Deadlock Starvation happens if same transaction is always choosen ...
  • Checkpoints
    Checkpoints When System failure occurs o We must consult log to determine those transaction that need to be redone and those tra...
  • Defferred Update method
    Deferred update Do not physically update the database on disk until after a transaction reaches its commit point; Then updates are r...
  • Assignment - 7 Query Processing & Optimization
    Assignment – 7         Query Processing & optimization    Submission Date 30-05-11   Q-1. Explain th...
  • Immediate Update Method
    Immediate update technique Database may be updated by some operations of a transaction before the transaction reaches its commit poi...
Copyright © 2010 GTU MCA MATERIAL FOR DBMS II