Transactions Flashcards

(44 cards)

1
Q

a collection of several operations on the database appears to be a single unit from the point of view of the database user.

A

Transactions

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Collections of operations that form a single logical unit of work

A

Transactions

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

is a unit of program execution that accesses and possibly updates various data items.

A

Transaction

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

The “all-or-none” property of transactions

A

atomicity

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

the database system
must take special actions to ensure that transactions operate properly without interference from concurrently executing database statements.

A

Isolation

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

means that once a transaction is completed, its effects are permanent—they must survive system crashes.

A

Durability

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

If the database starts in a valid state, it must still be valid after the transaction finishes.

A

Consistency

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Either all operations of the transaction are reflected properly in the database, or none are.

A

Atomicity

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Execution of a transaction in isolation (i.e., with no other transaction executing concurrently) preserves the consistency of the database.

A

Consistency

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Even though multiple transactions may execute concurrently, the system guarantees that, for every pair of transactions Ti and Tj, it appears to Ti that either
Tj finished execution before Ti started or Tj started execution after Ti finished.

A

Isolation

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

After a transaction completes successfully, the changes it has made to the database persist, even if there are system failures.

A

Durability

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Thus, because of the failure, the state of the system no longer reflects a real state of the world that the database is supposed to capture.

A

inconsistent state

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Information does not usually survive system crashes.

A

Volatile storage

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Information survives system
crashes.

A

Non-volatile storage

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Information is never lost

A

Stable storage

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

a transaction may not always complete its execution successfully.

A

aborted

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

It is part of the responsibility of the recovery scheme to manage trans
action aborts.

A

Rolled back

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

A file that records all database modifications before they are applied.

19
Q

A transaction that completes its execution successfully

20
Q

has performed updates transforms the database into a new
consistent state, which must persist even if there is a system failure.

21
Q

The only way to undo the effects of a committed transaction

A

compensating transaction

22
Q

the initial state; the transaction stays in this state while it is executing.

23
Q

after the final statement has been executed.

A

Partially committed

24
Q

after the discovery that normal execution can no longer proceed

25
after the transaction has been rolled back and the database has been restored to its state prior to the start of the transaction.
Aborted
26
after successful completion
Committed
27
A trans action is said to have this if it has either committed or aborted.
terminated
28
is considered to be a new transaction.
restart
29
It usually does so because of some internal logical error that can be corrected only by rewriting the application program, or because the input was bad, or because the desired data were not found in the database.
Kill
30
such as writes to a user’s screen, or sending email. Once such a write has occurred, it cannot be erased, since it may have been seen external to the database system.
observable external writes
31
usually allow multiple transactions to run concurrently
Transaction-processing systems
32
They represent the chronological order in which instructions are executed in the system.
schedules
33
consists of a sequence of instructions from various transactions, where the instructions belonging to one single trans action appear together in that schedule.
serial
34
A schedule that is equivalent to a serial schedule, meaning the final database state is the same as if the transactions ran one after another.
serializable
35
A linear ordering of transactions that is consistent with the precedence graph
serializability order
36
This phenomenon, in which a single transaction failure leads to a series of transaction rollbacks
cascading rollback.
37
is a useful concept because it allows programmers to ignore issues related to concurrency when they code transactions.
Serializability
38
usually ensures serializable execution
Serializable
39
allows only committed data to be read and further requires that, between two reads of a data item by a transaction, no other transaction is allowed to update it.
Repeatable read
40
allows only committed data to be read, but does not require repeatable reads.
Read committed
41
allows uncommitted data to be read. It is the lowest isolation level allowed by SQL.
Read uncommitted
42
It reads data from this private version and is thus isolated from the updates made by other transactions.
snapshot isolation
43
a conflict may exist on “phan tom” data.
phantom phenomenon
44
is often implemented using locks on index nodes
predicate locking