Fundamentals Flashcards
(103 cards)
Database
Structured set of data that is accessible in many ways
A collection of tables and their relationships
(Data + rules on data)
(can run multiple queries without affecting the data structure)
Data Anomalies
Data management problems resulting from poor data structure
Insert Anomaly
Error prohibiting insertion
Update Anomaly
Error from updates OR when multiple updates are required
Risk of missing some items
Delete Anomaly
Deletes other info
Solving poor database structure
Separate data into different tables BUT keep relationships the same
Adding a redundant column removes anomalies (only in relational database)
E. F Codd
A relational Model of Data for Large Shared Data Banks
Donald Chamberlin & Raymond BOyce
SEQUEL /SQL (Structured English Query Language)
Peter Chen
The entity-relationship model-toward a unified view of data
Larry Ellison
Oracle
Jim Gray
The Transaction Concept Virtues and Limitations
Database Management System
A software package which allows to define, store, use and maintain a database
Database System
Database Management System (DBMS) + Database
Hardware + Software (OS, DBMS, Application programs and utility) +
People +
Procedures +
Data
Problems with file approach to data management
- Redundant data => waste of storage space
- Inconsistent data
- Strong dependency between applications and data
- Concurrent actions lead to inconsistent state of data
- Difficult to integrate various applications
Types of Data
Raw & Metadata
Metadata
Data descriptions
Stored in data dictionary in DBMS
Database vs File Approach
DBMS manages both and metadata in catalog
Application-data independence
View (data subset) can be defined
Concurrency control to support multiple users
File Approach
File only contains data; metadata stored in applications
Application - structural data dependence (need to code to retrieve new information)
No views possible (unless duplication)
No multi user support
Lengthy development times
Complex system administration
Data model
A clear description of the data concepts, their relationships and various data constraints that together make up the content of the database
Should provide a formal and perfect mapping of the real world
Conceptual Data Model
High - level data concepts, close to how the business user perceives the data
Logical Data Model
Concepts that may be understood by business users but are not too far removed from physical data organisation
Physical Data Model
Low- level concepts that describe the datas physical storage details
Database schema
Conceptual organisation of the entire database as view by the database administrator
Specified during database design
Not expected to change frequently
Stored in the catalog
Database state
The data in the database at a particular moment (set of instances)
Changes on ongoing basis