mod5- normalization Flashcards

1
Q

Primarily a tool to validate and improve a logical
design so that it satisfies certain constraints that
avoid unnecessary duplication of data
The process of decomposing relations with
anomalies to produce smaller, well-structured
relations

A

data normalization

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

A relation that contains minimal data redundancy and allows users to
insert, delete, and update rows without causing data inconsistencies

A

well-structured relations

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

adding new rows forces the user to create duplicate
data

A

insertion anomaly

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

deleting rows may cause a loss of data that would
be needed for other future rows

A

deletion anomaly

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

changing data in a row forces changes to other
rows because of duplication

A

modification anomaly

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

A table should not pertain to
more than one entity type.

A

true

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

there are goals of normalization
1. Minimize data redundancy.
2. Simplify the enforcement of referential integrity constraints.
3. Make it easier to maintain data.
4. Provide a better design.

A

true

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

why anomalies exist

A

Because there are two themes (entity types) in this one
relation. This results in data duplication and an unnecessary
dependency between the entities.

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

The value of one attribute (the determinant)
determines the value of another attribute
Candidate Key:
A unique identifier. One of the candidate keys will become the primary
key
E.g., perhaps there is both a credit card number and SS# in a
table…in this case, both are candidate keys.
Each non-key field is functionally dependent on every candidate key

A

functional dependency

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

No multivalued attributes
Every attribute value is atomic

A

first normal form

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

1NF PLUS every non-key attribute is fully functionally
dependent on the ENTIRE primary key
Every non-key attribute must be defined by the entire
key, not by only part of the key
No partial functional dependencies

A

second normal form

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

2NF PLUS no transitive dependencies (functional dependencies on nonprimary-key attributes)
Note: This is called transitive because the primary key is a determinant for
another attribute, which in turn is a determinant for a third
Solution: Non-key determinants with transitive dependencies go into a new
table; non-key determinant becomes primary key in the new table and stays as
a foreign key in the old table

A

third normal form

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