IS 201: Database Design (DBMS) | Midterm

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

1/26

encourage image

There's no tags or description

Looks like no tags are added yet.

27 Terms

1
New cards

What ways Database to store data?

  • Many filters/constraints available to protect data accuracy.

  • Very flexible. Data entered once can be viewed in many different formats.

  • Can do calculations, but only basic math.

  • Difficult to learn

  • Must plan/design the database in advance.


2
New cards

What ways Spreadsheet (Excel) to store data?

  • Completely dependent on user for accurate input.

  • Can make small color changes to basic spreadsheet.

  • Statistics, financial functions available.

  • Easy to learn

  • Not much planning required.


3
New cards

Why do organizations usually store data in a database?

  • Protect the “integrity” of the data: Make data accurate & reduce data redundancy.

  • Make data more accessible: Enhance flexibility of data access methods & improve speed of data access.

  • To make an application more adaptable: Provide more flexibility in application development & decrease dependence on a given visualization method.


4
New cards

What are the goals of database design?

  • Data is not repeated in more than one…

    • entity.

    • entity instance.

    • column.


5
New cards

Occurs when the same information is unnecessarily stored multiple times in a database.

Data Redundancy

6
New cards
  • A graphical representation of a database structure that shows how entities are related to each other.

  • Contains three structures: Entity, Attribute, & Relationship


ER (Entity-Relationship) diagram

7
New cards

An organized collection of structured information stored electronically.

Database

8
New cards

A set of software that facilitates the storage and access of data on a computer.

Database Management System (DBMS)

9
New cards

An individual unit in an electronic document or spreadsheet where data is stored.

Cell

10
New cards

A set of related data stored in rows and columns.

Table

11
New cards

An object of interest (ex: Customer or Product)

Entity

12
New cards

A characteristic describing an entity (Ex: CustomerName)

Attribute

13
New cards

An association between entities (Ex: Customer purchasing a Product)

Relationship

14
New cards

A named data item in a database table (Ex: FirstName)

Field

15
New cards

A vertical division in a table or spreadsheet representing attributes or fields.

Column

16
New cards

A horizontal division in a table or spreadsheet representing a single record or entity instance (tuple).

Row

17
New cards

The primary key of one table stored in another table to link them together.

Foreign Key

18
New cards

A specific factual measurement or entry contained in data.

Data Value

19
New cards

A specification that determines how data is stored and what operations can be performed on it (Ex: Short Text, Number, Currency).

Data Type

20
New cards

A relationship where each instance of entity A can relate to multiple instances of entity B, and each instance of entity B can relate to multiple instances of entity A (Ex: a customer can buy multiple books, and a book can be bought by multiple customers)

Many-to-many relationship

21
New cards

A many-to-many relationship is implemented by creating a new intersection (or junction) table and storing the primary keys from both related tables as foreign keys within it (often forming a composite primary key).

Implementation

22
New cards

In examples of a 1:M (one‐to‐many) relationship, where will the foreign key be stored?

"MANY" table (the child table)

23
New cards
  • The selected identifier that best uniquely identify an entity instance.

  • It must be unique, never changing, and non-null.


Primary Key

24
New cards
  • A meaningful value that already exists naturally in the data

  • It is a good choice if it will never be used as a foreign key.

(Ex: a combination of name, address, and birthday.)

Natural Key

25
New cards
  • Generate automatically and has no intrinsic meaning

  • Have no business rule meaning

  • Ideal for foreign key relationships.


Artificial Key

26
New cards

Consists of rules and properties applied to fields, designed to protect data accuracy, consistency, and integrity.

database constraint

27
New cards
  • A set of rules that ensures the consistency and accuracy of data when using foreign keys to establish relationships between tables.

  • Any value of a foreign key must exist in the referenced table or be NULL

  • Without it, a record may be an orphan


referential integrity