Lecture 1 - Introduction Databases & module Emma-Jane Phillips Pandon 122

Relational Databases Welcome to the module How the module is organized and assessed What YOU need to do to pass this module Database Fundamentals Summary

The module is taught with 1hr Lecture and 1 hr seminars You must make notes in lecture (in addition to the printed booklet) There are NO handouts other than the printed booklet You are expected to do additional reading between lectures and it is assumed that you will have done this You MAY record the lectures provided you ASK, you may NOT video the classes and you do not have permission to distribute the recordings. Seminars must be attended, if you miss the seminar you WILL fall behind, most tutors will NOT see you outside of a seminar. If you do not understand ASK! This module is assessed by Exam and In-class tests (milestones) There is an exam in week 8 (reading week) worth 50% Milestones are worth 12½ % each and are in week 13 of semester 1, and weeks 3, 8 and 13 of semester 2 If you these assessment you WILL RECIVE A MARK OF 0

Relational Databases and SQL So, some questions to start with… 1.What is a database 2.What is a relational database? 3.What are the components of a relational database? 4.What is SQL? Q1. a database is any organised collection of data, paper based or computerised, it could be a well organised filing or collection of micro fiches. In this unit we are referring to computerised data stores, the type that are utilised within businesses and companies. We are looking at electronic data such as text, images etc. Q2. a relational database is where the data in the data store (remember we are looking at electronic data stores in this module) is grouped in data ‘families’ and the groups of data (tables) are connected to each other. For example a database of university data would have groups/tables for students, modules, courses, staff etc. In this course we will look at creating the relational databases and how we identify the data groups and extract the data from the database Q3 a database is made up of things such as tables, data, coding elements. In the databases that we are looking at in this module we are focusing on ‘enterprise’ databases, these are databases that are able to handle large amounts of data and multiple users hitting the database at any one time. This type of database has a Database management system (DBMS) this is the control central for the database. In the majority of databases and all enterprise databases data is accessed via the DBMS and the components of the database are controlled by the DBMS but we will cover this in more detail later Q4. SQL stands for Structured Query Language. It has a variety of versions and extensions depending upon the database that is being accessed. Standard SQL follows a standard that means that all databases supporting the Standard can use that version of SQL. Basic SQL allows the user to select, insert, delete and update data in the database, an extension (called SQL* Plus in oracle) allows aggregation functions, grouping and some manipulation and a further extension (PL/SQL in oracle) will allow you to use a procedural language version of SQL to allow loops and if statements etc.

What is a database? “a collection of data that is permanently stored on a computer” A database must be able to: Hold different types of data in a collection Record the relationships between the different items in the collections Have a ranges of sizes capacity We need to be able to: Insert new data, delete obsolete data & amend existing data in the collection Retrieve data in the collection in a variety of ways Manage the collections so that the data can be permanently stored and protected from corruption or loss.

What data can we hold? A data collection (databases) should be able to hold a range of data types Images Audio files Text Numerical Date Video Maps Etc. 26 th August 1972

 There needs to be a special piece of software to manage the database if the benefits are to be obtained  VERY complex to write so don’t want to have to write own programs to do this  Therefore, buy a Database management system (DBMS)  Change the DB contents to keep them up to date  Find and retrieve data from database  Protect data for accidents and intruders  Store in an effective way on the computer

 In reality databases hold only certain types of data in a true relational database form, we are looking at the Rdb in this course and although we need to be aware to the theoretical possibilities we are mainly focusing on the real world situation.  A relation is just a logical structure that contains related data (hence the term relation) it is commonly referred to as table but the correct term is relation (books will use either term)  A relation/table may hold the name, address, date of birth, enrolment number of a student. All the data in one collection or row would relate to one student and all the different rows in the collection would be related to students.

As mentioned, all the data in a database is held in a cluster of similar data (normally similar MEANING not DATATYPE) NameAddressD of BCustomer number` Esmé WeatherWaxThe cottage, Lancre Susan Sto Helit1 South Hights Sto Helit 26/ In the above table, all the data would be the type of data you may find in a CUSTOMER table, we have the name, address, etc. Note: not all data is entered, some data may be optional.

First NameSurnameLocationJobMarital Status Profile image SamVinesAnkh-MorporkWatch Commander Married WilliamDe WordeAnkh-MorporkNewspaper Editor SingleNone available JasonOggLancreBlacksmithMarriedNone available EsmeraldaWeatherwaxLancreWitchSingle ThomasSilverfishAnkh-MorporkAlchemistSingleNone available Data can be of different formats or data types in a database, some data though may be held but not available to have all actions on them for example, a picture can be added or deleted but not updates (you can not change Esmerelda’s hat for a bonnet etc) it is more common to find the data above held as

First Name SurnameLocationJobMarital Status Image location SamVinesAnkh- Morpork Watch Commande r Married //pictures/sam.gif WilliamDe WordeAnkh- Morpork Newspaper Editor Single JasonOggLancreBlacksmithMarried EsmeraldaWeatherwa x LancreWitchSingle //images/witch/Esmé.jpg ThomasSilverfishAnkh- Morpork AlchemistSingle In the above table we can see that the image has no longer been embedded into the table, instead the location of the image is displayed, this data would be used to locate the image if it is needed but the data itself remains true to the relational principles.

 There are various books or papers that discuss databases, and it is often confusing to find that 2 different sets of terms are used, one set RELATIONAL terminology and another SQL terminology.  Relations and datasets are normally displayed or depicted as tables so often the term TABLE is used in SQL rather than RELATION  Tables have columns and rows so most SQL terminology uses these terms  Table= Relation  Column = Attribute  Row = Tuple

The database is made of tables/relations and relationships. StudentModuleProgramme 3 tables: student hold the student personal data, programme includes data on the different programme structures and module contains information on the different modules. The tables each hold data that will stand in isolation, if we need info on the BIS programme of the Games programme we look in the programme table but also the tables relate to each other, a student is enrolled on a programme and each programme has a number of modules associated with it and modules may run on a number of different programmes StudentModuleProgramme

 It is important that relationships between data are clear and understood in order to get the most out of the database and its data  There are different types of relationships 1 – many Many – Many 1 – 1 )Normally 1 – many are the types of relationships that we need to foster)

A company employees a number of people, the personal details such as name, address, salary and payroll number etc are held in the works database. Each employee works for a department and each department is responsible for a number of different projects. 1. What are the main clusters of data (this will give you the tables/relation) 2. What content will be in each of the identified tables/relation (this will give you the columns/attributes within the table/relation) 3. Think about how the different data relates to each other

Employee project department First nameSurnameDate of BirthaddresspostcodeEmployee number Department number Department name LocationPostal address Postal postcode project number Project summary Project manager Start dateCompletion date Note: When you are designing a database you need to identify the attributes/columns from the existing data or discussions with the client. An employee works for one department A department has many employees A department has many projects A project is run by one department

 In the seminar you are to do Seminar task 1.  Before next weeks lecture you are expected to read all the notes in the booklet that relate to this weeks lecture (up to page 17)  Next week we are going to look at the tables/relations in more detail, how they work, what additional elements we have to include in addition to the expected attributes and what limitations they have.