Functional Dependencies and Normalization for Relational Databases

0.0(0)
Studied by 0 people
call kaiCall Kai
Locked
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
GameKnowt Play
Card Sorting

1/20

flashcard set

Earn XP

Description and Tags

Practice flashcards covering informal design guidelines, update anomalies, functional dependencies, and the first three normal forms of relational database design.

Last updated 7:18 PM on 8/16/26
Name
Mastery
Learn
Test
Matching
Spaced
Call with Kai
Chat

No analytics yet

Send a link to your students to track their progress

21 Terms

1
New cards

Relational Database Design

The grouping of attributes to form good relation schemas, primarily focusing on the storage base relation level.

2
New cards

Guideline 1 (Semantics)

Each tuple in a relation should represent one entity or relationship instance; attributes of different entities should not be mixed in the same relation.

3
New cards

Update Anomalies

Problems such as redundant storage that make modifying data inefficient, like having to update a project name for all 100 employees working on it.

4
New cards

Insertion Anomalies

Situations where certain data cannot be recorded, such as being unable to insert a project unless an employee is assigned to it.

5
New cards

Deletion Anomalies

The unintended loss of data, such as deleting an employee resulting in the loss of a project's existence if they were the sole staff member.

6
New cards

Guideline 3 (Null Values)

Relations should be designed to minimize NULLNULL values, as they can indicate inapplicable attributes, unknown values, or unavailable data.

7
New cards

Spurious Tuples

Erroneous results generated from joining relations on attributes that are not (primary key, foreign key) pairs.

8
New cards

Functional Dependency (FD)

Formal constraints derived from the meaning of attributes where a set of attributes XX determines a unique value for a set of attributes YY, written as XYX \rightarrow Y.

9
New cards

Full Functional Dependency

A property where attribute YY is functionally dependent on composite key XX, but not on any proper subset of XX.

10
New cards

Normalization

The process of decomposing unsatisfactory relations by breaking up their attributes into smaller, more stable relations.

11
New cards

Normal Form

A condition using keys and functional dependencies to certify whether a relation schema meets specific design standards.

12
New cards

Superkey

A set of attributes SS such that no two distinct tuples in any legal relation state will have the same values for SS.

13
New cards

Key

A minimal superkey from which the removal of any attribute would cause it to lose the superkey property.

14
New cards

Candidate Key

One of several potential keys for a relation schema; one is designated as the primary key and others as secondary keys.

15
New cards

Prime Attribute

An attribute that is a member of at least one candidate key.

16
New cards

Nonprime Attribute

An attribute that is not a member of any candidate key.

17
New cards

First Normal Form (1NF)

A condition requiring that the domain of an attribute contains only atomic (indivisible) values and that there are no nested or multivalued relations.

18
New cards

Partial Dependency

A functional dependency where a nonprime attribute is dependent on only a part of a composite primary key.

19
New cards

Second Normal Form (2NF)

A relation state where the schema is in 1NF and every non-prime attribute is fully functionally dependent on the primary key.

20
New cards

Transitive Functional Dependency

A functional dependency XZX \rightarrow Z that is derived from the chain XYX \rightarrow Y and YZY \rightarrow Z.

21
New cards

Third Normal Form (3NF)

A relation state where the schema is in 2NF and no non-prime attribute is transitively dependent on the primary key.