Chapter 2 : Database Design Concepts Flashcards

(31 cards)

1
Q

field

A

a single bit of info about a person or an item, e.g. age

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

record

A

a group of related fields about a person or item that is captured in the table

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

primary key

A

a compulsory field that holds a unique (one of its kind) identifier for each record in the database

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

what does each table consist of?

A

fields and records

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

what do you use a PK for?

A

refer to specific record in tbl, only to that one

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

which field to use as PK?

A
  • can use existing
  • better to create new field
  • ensures no duplicates
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

how is data stored?

A

1s and 0s - binary code

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

how does the computer read these 1s and 0s?

A

uses data structures that describe specific sequence for data to be organised to organise, understand relations between data + interpret the 1s and 0s

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

how is data and instructions communicated through computers?

A
  1. data (all types) converted into computer-readable form (binary)
  2. processed
  3. data converted into human-readable form > meaningful info > knowledge > understood and used
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

how do DBs begin?

A

valuable metadata and data

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

what is metadata?

A

a set of data that describes and gives info about other data

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

what model is used to understand the progression of data?

A

the infoneering model

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

draw the infoneering model

A

check later

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

characteristics of a good DB

A
  • store all relevant data + meet all requirements
  • relate tbls by means of a relationship
  • multiple isolated simultaneous permitted user access
  • multiple UIs depending on role
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Dontneedtoknow what are the other characteristics of a good DB

A

all the ‘data’s - think characteristics of quality data

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

Dontneedtoknow characteristics of quality data (in context of DB)

A
  • data integrity
  • data independence
  • data redundancy
  • data security
  • data maintenance
17
Q

Dontneedtoknow data integrity

A

accuracy and consistency of data in DB

18
Q

Dontneedtoknow DB with low data integrity

A

missing info + incorrect info

19
Q

Dontneedtoknow data independence

A

separation between data and app in which it is used
allows updating of data in app without recompiling whole app

20
Q

Dontneedtoknow data redundancy

A

presence of exact same data at different places in DB
should be stored so no repeats in diff tbls

21
Q

Dontneedtoknow issues caused by data redundancy

A

increases size of DB
integrity issues
decreases efficiency
anomalies

22
Q

Dontneedtoknow data security

A

how well data in DB protected from crashes, hacks and accidental deletion

23
Q

Dontneedtoknow data maintenance

A

regular scheduled tasks run to fix errors within DB, detect potential/future errors + prevent anomalies

24
Q

how is normalisation carried out?

A

divided into normal forms

25
what are the normal forms?
1NF - first normal form 2NF - second normal form 3NF - third normal form
26
what are the forms?
forms that tables are in if they meet certain requirements
27
rules for 1NF
1. each column must have a separate field/attribute/not contain multiple values 2. values stored in column of same kind/type/domain 3. all columns have unique names to avoid confusion at retrieval of data / other operation 4. order of data storage doesn't matter
28
rules for 2NF
1. be in 1NF 2. not have Partial Dependency
29
what is Partial Dependency?
where attribute/field in tbl depends on part of PK and not whole key
30
rules for 3NF
1. be in 2NF 2. not have Transitive Dependency
31
what is Transitive Dependency?
where an attribute/field in tbl depends on other attributes/fields rather than depending on the PK - indirect relationship between values in same tbl