Monday 8 October 2012

Unit 18 p2, p3, p4, p5, p6, m2, m3 and m4.

unit 18 database design assignment 2

This is what relationship look like between tables on Access 2010, the process  of creating a relationship is very simple as it a drag and drop situation. These relation are created with a primary a foreign key to link each other together. 

unit 18 database design assignment 2

An input mask is generally like a format check, as it sets the a field to a particular character format to prevent incorrect data entries. 
A range check is a limit system in a quick description i.e. my database requires a certain age range and is limited to the year 1997. If any data is entered into and is above the range check setting, it'll be stopped with an error message if created. 
Like a input mask, a format check prevent data being created within a field incorrectly  due to wrong format . 
A list check is created if generally there is a lack in variety of data within a certain field. In which a drop down box is created to select the options required without typing.  

unit 18 database design assignment 2

4 comments:

unit 18 database design assignment 2

Outstanding work. You clearly show that the database is normalised, and that the append queries work. good choice of validation rules. Well done. p2 , P3, M2 achieved.

unit 18 database design assignment 2

P6, P4 and M4 achieved. P5 part achieved.

Very good. m3 now covered.

Jack_square.png

LIKE THE BLOG? DID MY COURSEWORK HELP YOU?

Feel free to donate to support me and be able to host this site as a free educational tool for everyone to use.

Any amount is appreciated and is not required!

  • May 24, 2015

Unit 18 (P1, M1, D1): Relational Databases

Explain the features of a relational database (P1)

Relationships

A relationship is a defined connection between the rows of two tables. This connection is general determined by values in selected columns from the parent table that correspond to values in the child table.

One-To-Many

A one-to-many relationship is when a parent record in one table can potentially reference several child records in another table. In a one-to-many relationship, the parent is not required to have child records; therefore, the one-to-many relationship allows zero child records, a single child record or multiple child records (the child record cannot have more than on parent record).

A one-to-one relationship I when a record in one table is linked to only one other record in another table. A record cannot link to more than one record in another table, it must only link to one. The number of rows in Table A must equal the number of rows in Table B.

Many-To-Many

A many-to-many relationship is when on ore more rows in a table are associated with one or more rows in another table. An example of this I that a table of customers who can purchase many different products and a table of products that can be purchased by many different customers.

Normalisation

Normalisation is the process of organising data in a database. This includes creating tables and establishing relationships between those tables according to rules designed both to protect the data and to make the database more flexible by eliminating redundancy and inconsistent dependency.

Businesses can use attributes to help them. This can be done by identifying the most important factors. For example, ‘Name, address, postcode etc.’ and then putting them in entities.

Text/Alphanumeric

Text or alphanumeric data is made up of letters and/or numbers. Also symbols and spaces are also allowed into this data type.

Forename: Jack

Surname: Young

Address: 123 Sample Street

Number/Numeric

Number or Numeric data is made up of whole numbers or decimal numbers to be used. Only numbers can be entered and not letters or symbols.

Height (cm): 172.8

Currency data type automatically formats the data to have a £ or $ or € symbol in front of the data and also ensures there are two decimal places.

The date and time data type restrict data entry to 1-31 for day and 1-12 for month. It checks if the date exists. It formats the data into long, medium or short date/time. If we wanted to input 29th February 2015 then it will be wrong. Yes, the day is in the requirements of 1-31 days, but the database is smartly configured to exclude dates like 29th February 2015 which does not exist. However, 29th February 2016 does exist. This will be handled automatically.

Long Date: 20 March 2015

Medium Date: 20-Mar-15

Short Date: 20/03/15

Long Time: 13:33:37

Medium Time: 1:33 PM

Short Time: 13:33

Data is restricted to one of only two choices.

Male/Female

Validation Rules

In a database you can set rules which will allow the user to use options such as words or numbers. An example of a rule can be "Gender = Male + Female” is allowed. If wrong character is put into the database then an error message will be displayed. The user would then need to re-enter the characters in again until it matches Male or Female. This makes it so there are less errors in the database.

Explain referential integrity and the purpose of primary keys in building the relationships between tables (M1)

Entities can be related to each other through Primary Key and Foreign Key because, instead of typing the entities all over again, you can use a key on another part of a database and link the entities through it.

Primary Key

A primary key is a unique ID which can be used to identify a record in a database. When a table is created, one of the fields (usually the first field) is given a primary key like 1, 12, 67 etc. You can have as many records as you want, a primary key will still be assigned no matter the number. While the primary key is often a number, it may also be a text field as well or any other data type.

Foreign Key

A foreign key is a key that is a column of groups or a group of columns in a relational database table that provides a link between data in two tables. For example, you may link a primary key to another part of a database and then it will make a copy of that ID and will then be transferred as a foreign key into the other table.

Referential Integrity

Referential integrity is a database concept that ensures that relationships between tables remain consistent. When one table has a foreign key to another table, the concept of referential integrity states that you may not add a record to the table that contains the foreign key unless there is a corresponding record in the linked table. It also includes the techniques known as cascading update and cascading delete, which ensure that changes made to the linked table are reflected in the primary table.

Data Redundancy

The data that is used more than once in a table or in the whole database is called data redundancy. Sometimes data redundancy occurs by accident but is also done deliberately for backups. Data redundancy can be avoided by organising different fields and tables within the database, much like a relational database. The most common way of removing redundancy is to split all the data into tables which is correctly relational to the other tables.

Benefits of Relational Database

Databases save time. Retrieving a single record can be done with just a few clicks in a database. On the other hand, trying to find a document in a paper-based system may take several minutes. Furthermore, making reports using relational databases is a lot quicker than making a report in a word document. You can produce all kind of reports according to the user’s needs This reduces the huge amount of time to do it in the paper form.

Databases give you lots of different ways to look at your data. You can use query’s (database questions) to request a specific answer or list from your database. This can take just a minute or two to write initially into the database as opposed to hand-collating data records or sorting and resorting a spreadsheet.

You can link entities together using primary and foreign keys, this means that you do not have to retype all the entities in another table.

How Potential Errors in the Design and Construction of a Database can be Avoided

Discuss how potential errors in the design and construction of a database can be avoided (D1)

Accidental Deletion of Fields

When a database is in use, sometimes it is easy to accidentally delete fields in the tables which could result in re-doing the data that has been lost. One way to avoid this would be to make sure to backups are made of the database, so whenever you delete fields by accident then it would not be a pain to replace. Having said this, it becomes a nuisance when the database is not backed up as it will take a lot of time to retype the data. To avoid accidental deletion in future, you can set permissions in the database so only the administrators can edit it. This means that anyone else who is not an administrator that is using the database have no authorisation to edit the database but can do other tasks like view it or create reports etc.

Incorrect Data Types

Incorrect data type can occur when a data type allocated is not matched with the data type used. For example, if there is a field called ‘Salary’ and you allocated this field to use a numerical data type, then putting a text data type like ‘Twenty One-Thousand’ would be wrong as it is not the correct data type to use (The correct value would be ‘21000’. This can be avoided as you can tell the database to only allow numerical values to be inputted within that field, so this error will not accrue again. The database will not allow anything inputted other than numbers.

Renaming Incorrectly

Renaming something incorrectly into a database can lead to errors in the near future. For example, if a bank put an extra 0 at the end of their balance then the customer would probably think that he/she has that money. This mostly occurs if editing a database manually instead of an automated process. Since typing in the database manually has higher chance of making a typo. This means if the error is not spotted as quickly as possible, then it could lead into legal problems or loss of profit. To reduce typo errors, the user that is editing the database should double check what they have done in order to be certain that the data has been inputted is correctly.

Validation is when the database checks a requirement set by the user to see if the inputted data matches with the correct requirement and becomes validates. For example, if I put in a requirement for the age field in my table whereby only people who are 18 or over can sign up to my website. The command would look something like this ‘>=18’, this means that anyone who is equal to 18 or greater are allowed to sign up to my website. When someone signs up to my website and they inputted information to say they are 17, then the sign-up process would not proceed as the validation checks are unsuccessful. Using this method in the database helps to cut down on unwanted data that you do not want, and it saves a lot of space.

Null Values

Null values in a database essentially means that there is ‘Nothing there’. This can lead into problems in a database as some parts of it may not be able to work because it is unable to recognise what the user wants it to do. If the database has not been setup correctly to deal with null values, then it would simply ignore it and move to the next step. This can be a problem, so, to prevent this from happening, you can use of a validation method explained above. The validation method will stop the null value from happening. For example, if an online application form where if no value were to be entered in an entry box (which is a requirement like email and username) then the user would be sent an error message to fill out the requirements of the application form like if they forgot to put a username in etc. This makes it so that the null values will be reduced, and the database would work correctly.

EPIC: Unreal Engine 5 released to Early Access!

COMP1682: Developing a Game using Techniques in Game Design to Motivate Players

Abstract Gaming has been a popular trend over the last decade with constant improvements and an evolution which test the bounds of technology. Due to the popularity, developing games has branched out

COMP1635: Group Business Plan

Executive Summary In the following business plan, we outline our business plan for Lyme charge - considering the idea behind the conceptual design of the products and services that will be provided. W

IMAGES

  1. Unit 18

    unit 18 database design assignment 2

  2. SOLUTION: Unit specification unit 18 database design

    unit 18 database design assignment 2

  3. Unit 18

    unit 18 database design assignment 2

  4. Unit 18

    unit 18 database design assignment 2

  5. Unit 18: Database Design by Kath Lampard on Prezi

    unit 18 database design assignment 2

  6. SOLUTION: Unit specification unit 18 database design

    unit 18 database design assignment 2

VIDEO

  1. CLASS 8- CH-2-: ACCESS

  2. Session 18 Database Fundamentals and Design (MS SQL Server) DQL SQL Hospital Workshop

  3. Task 18n IGCSE ICT Hodder Education

  4. CMOS Digital VLSI Design

  5. DBMS Unit2

  6. games design assignment 2

COMMENTS

  1. Unit 18

    Unit 18 Database design. Pass. P1 - The features of a relational database.docx: File Size: 20 kb: File Type: docx: Download File. ... D1 - Discuss how potential errors in the design and construction of a database can be avoided.docx: File Size: 208 kb: File Type: docx: Download File. D2 - Evaluate a database against the specified user need .docx:

  2. Unit 18

    P4: 00:02 - 01:00P5: 01:02 - 02:00P6: 02:02 - 02:45M4: 02:48 - 03:17

  3. Unit 18

    The following assignment covers all criteria for the documentation section of Assignment 2. The document covers the design of a database, implementation (how the database was created), and the automation of the database. The database created for this unit was made using Microsoft Access

  4. Unit 18 (P2): Designing a Relational Database

    Design a relational database for a specified user need (P2) This relationship represents the connection between the tables. The ClientCompanyT has a one-to-one relationship with the client as each company is related to each individual client. The client can submit many tickets to our IT Support ticket system which is why ClientT has a one-to ...

  5. Unit 18: Database Design by Kath Lampard on Prezi

    Unit 18: Database Design Answers The same ID number can appears in multiple rows. You cannot retrieve a unique record with the ID number Entities may not have an ID number. Details are repeated - DATA REDUNDANCY, wasting space. Data can be INCONSISTENT as it is stored more than.

  6. Unit 18 (P3, P4, P5, P6, M2, M3, M4): Creating a Relational Database

    Create and Populate a DatabaseCreate and populate a database (P3)I created a new desktop database with the name 'ITSupport.accdb'I created each table and populated it within the database. Each table that I created followed my design that I did before creating the database. The table name, field name, data type and field size has been correctly inputted.Below shows that I have correctly ...

  7. PDF Assignment brief

    Unit number and title: Unit 18 Database Design Assignment number and title: Database Design and Implementation Please list the evidence submitted for each task. Indicate the page numbers where the evidence can be found or describe the nature of the evidence (e.g. video, illustration). Task ref. Evidence submitted Page numbers or description

  8. Database Design Assignment 2

    Unit 18 - Database Design; Essay Database Design Assignment 2. Module; Unit 18 - Database Design; Institution; PEARSON (PEARSON) The document contains all criteria for assignment 2: P2, P3, P4, P6, M2, M3, M4, D1, D2. ... Essay - Database design assignment 2 25. Essay - Systems analysis and design assignment 1 ...

  9. Unit 18

    n/a unit 18 relational database development assignment one p1 primary keys primary keys are assigned to each individual in the database or to each item in the. ... Assignment 2 - Unit 19 Computer Networking. Information Technology. Assignments. 100% (18) 21. Unit 9 Project Management-LA- B C. Information Technology. Assignments.

  10. David Hynd: Unit 18 P2, P3, P4, P5, P6, M2, M3 and M4

    Unit 18 P2, P3, P4, P5, P6, M2, M3 and M4. This is what relationship look like between tables on Access 2010, the process of creating a relationship is very simple as it a drag and drop situation. These relation are created with a primary a foreign key to link each other together. This is screen shot of one of the processes on importing ...

  11. Unit 18 (P1, M1, D1): Relational Databases

    Explain the features of a relational database (P1)RelationshipsA relationship is a defined connection between the rows of two tables. This connection is general determined by values in selected columns from the parent table that correspond to values in the child table.One-To-ManyA one-to-many relationship is when a parent record in one table can potentially reference several child records in ...

  12. Unit 18 Database Design Assignment 2 Study guides, Class notes ...

    Looking for the best study guides, study notes and summaries about Unit 18 Database Design Assignment 2? On this page you'll find 109 study documents about Unit 18 Database Design Assignment 2. Sell. Where do you study. Your language. The Netherlands. United Kingdom. Germany. Spain. France. Belgium. South Africa Canada.

  13. PDF Unit 18: Database Design

    Unit 18: Database Design Unit code: J/601/6617 QCF Level 3: BTEC Nationals Credit value: 10 ... Assignment 2 - Designing Use advanced features of a database and test functionality: directed research - using tutor-provided materials to understand what data integrity is, and how is it

  14. Assignment 2

    Partial preview of the text. Download Assignment 2 - Database Design and more Database Programming Exercises in PDF only on Docsity! UNIVERSITY of GREENWICH 'BTEC ASSIGNMENT 2 FRONT SHEET Qualification TEC Level 5 HND Diploma in Computing Unit number and title Unit 04: Database Design & Development Submission date November 15, 2021 Date ...

  15. Unit 18

    4.6 stars on Google & Trustpilot (+1000 reviews) 44213 documents were sold in the last 30 days. Founded in 2010, the go-to place to buy revision notes and other study material for 14 years now. Unit 18 Database Design. Designing a relational database. All criteria achieved, P2, P4.

  16. E116765-1634752502190-110100-Unit 04

    Unit 04: Database Design & Development Assignment 01. Page | 5. General Guidelines. A Cover page or title page - You should always attach a title page to your assignment. Use previous page as your cover sheet and make sure all the details are accurately filled. Attach this brief as the first section of your assignment.

  17. Unit 18

    Unit 18 - Database Design, Full Database Included,P1 P2 P3 P4 P5 P5 P6 M1 M2 M3 M4, Grade Distinction. ... Unit 18 - Database Design, Full Database Included,P1 P2 P3 P4 P5 P5 P6 M1 M2 M3 M4, Grade Distinction. 100% satisfaction guarantee Immediately available after payment Both online and in PDF No strings attached. Previously searched by you ...

  18. Essay Unit 18

    Essay Unit 18 - Database Design, Full Assignment 2, P2 P5 P6, Grade Distinction. Essay Unit 18 - Database Design, Full Assignment 2, P2 P5 P6, Grade Distinction. 100% satisfaction guarantee Immediately available after payment Both online and in PDF No strings attached. Previously searched by you.

  19. Assignment 2 1622 Database design and development

    Partial preview of the text. Higher Nationals in Computing Unit 04: Database Design and Development ASSIGNMENT 2 Learner's name: Tran Quang Hien ID: GCS210109 Class: GCS1003A Subject code: 1622 Assessor name: NGUYEN TUAN DANG Assignment due: Assignment submitted: ASSIGNMENT 2 FRONT SHEET Qualification BTEC Level 5 HND Diploma in Computing ...