Conceptual Modelling
Conceptual Modelling
Databases
Lecture 1: Introduction, Data Modeling
• For some – the content will be new and may need to apply additional time to learn concepts
• 2 assessments NO exam
Data is defined as facts that are stored in a database. Data sent to a computer for processing (by
information systems) is considered input.
Information is the output of the processes. An example of output is anything viewed on your computer
monitor screen (e.g., customer information, order history, etc.).
Database is a shared collection of logically related data and a description of this data. It is based on the
mathematical concept of relation that is why databases are known as Relational Databases.
Student data
name, student number, etc.
QUT Canvas
Unit data
Unit code, unit name, lecturer, etc..
2. Design relational
database tables
(Data modelling)
A badly-designed relational database table will cause the consumption of additional time, effort and
resources to fix it.
Repeated Information!
4 Heydon Prowse
5 Tom Hanks
5 Audrey Tautou
Each record (row/tuple) in a table must be unique. There should be at least one uniqueness
constraint (usually called a primary key or key).
Each column (attribute) of a table must be of a specific data type and have a specification
of allowable values (domain) (a null may/may not be allowable).
Modelers
Domain experts
Physical data
organisation
Database
Conceptual level:
It is also known as the logical level. It describes how the database appears to the users
conceptually and the relationships between various data tables.
* We will use ORM (Object Role Modelling) to specify the UoD.
Internal level:
This is the lowest level in the three-level architecture. It is also known as the physical level. It describes
how data is actually stored in the database. In the level, this data is stored in the computer.
Step 3: Check for entity types to be combined, and note any arithmetic derivations
Step 4: Add uniqueness constraints, and check the arity (length) of fact types
Step 5: Add mandatory role constraints, and check for logical derivations
Step 1: Transform familiar examples into elementary facts, and apply quality checks
Steps for
Step 2: Draw the fact types, and apply a population check creating basic
schema
Step 3: Check for entity types to be combined, and note any arithmetic derivations
Step 4: Add uniqueness constraints, and check the arity (length) of fact types
Step 5: Add mandatory role constraints, and check for logical derivations Steps for
adding
Step 6: Add value, set-comparison and subtyping constraints required
constraints
Step 7: Add other constraints and perform final checks