Week 5 lecture

Week 5 lecture - Week 5: Form, Normalization, and...

Info iconThis preview shows pages 1–2. Sign up to view the full content.

View Full Document Right Arrow Icon
Week 5: Form, Normalization, and Validation - Lecture Normalization of Database Tables Introduction   What is Normalization?   First Normal Form   Second Normal Form   Third Normal   Form   Normalization Advantages and Disadvantages   Summary   Introduction  We have spent a lot of time generating Entity Relationship Diagrams (ERD) and we began the process by  brainstorming and trying to identify all potential data and then grouping the related data into prospective  entities. As we went through this process we began to better understand the business rules and data  requirements. We went back and modified the Entity Relationship Diagrams to improve the database  design. In fact, we may have revisited the Entity Relationship Diagram process several times before we  finally arrived at a database design that modeled all the business rules and data requirements. The next  step is to drill deeper into the data design to look at the table design and ensure that the resulting tables  provide a structure that minimizes data integrity problems. This process is called table  normalization  and  is just one more step in the iterative database design process. In this week's lecture, and in the reading,  we will discuss data anomalies (what can go wrong) and how to separate our data into smaller  independent tables (normalization). The text reading does an excellent job of describing normalization  and in this lecture we just want to provide an intuitive explanation of normalization that will demystify the  concept, which I think once you "break the code" you will realize that the concept of normalization is not  magic, but just plain common sense. What is Normalization? The whole concept behind Relational Database design is to design tables that are logically independent  of the other tables and then to logically associate the tables with relationships between the tables. We  begin the process of encapsulating logically related attributes into entities (or tables) in the database  design process, which results in a well structured Entity Relationship Diagram (Entity Relationship  Diagram); however, the Entity Relationship Diagram is a high level view of the database structure and  does not show all the low level details of the database's table structure.  As an analogy, when you build a house you don't go straight to creating a blue print. You would start by  creating a floor plan that shows the different rooms and how they are organized. If you don't like the floor  plan you would re-draw the plan until you were satisfied with the layout and not necessarily think about 
Background image of page 1

Info iconThis preview has intentionally blurred sections. Sign up to view the full version.

View Full DocumentRight Arrow Icon
Image of page 2
This is the end of the preview. Sign up to access the rest of the document.

Page1 / 10

Week 5 lecture - Week 5: Form, Normalization, and...

This preview shows document pages 1 - 2. Sign up to view the full document.

View Full Document Right Arrow Icon
Ask a homework question - tutors are online