UPI Study › Courses › System Analysis and Design › Free lessons › Lesson 6.3 Free with a free account
Approaches to Designing Database Schemas
System Analysis and Design · Chapter 6: Database Design, Normalization, and Business IntelligenceSection 6.3 · lesson 41 of 696 min · free with a free account
Free preview
Create a free account to keep watching
It takes a minute and costs nothing. Your free account unlocks all of Chapter 1 and 3 more lessons of System Analysis and Design.
Lesson complete
Earn the 3 college credits for System Analysis and Design
Enrolling adds a quiz after each lesson, the graded work and the official transcript. Recommended for credit by NCCRS.
Next lesson: The Entity-Relationship Model: Diagrams Made Simple →← Database Management Systems: Purpose, Functions, and ScopeNext lesson: The Entity-Relationship Model: Diagrams Made Simple →
In this lesson
3 schema levels, 3 design stages, 3 approaches, and 2 physical decisions.
- Explain the three-level schema architecture and data independence
- Distinguish conceptual, logical, and physical design, and what each produces
- Compare top-down, bottom-up, and mixed approaches
- Explain how indexing and partitioning improve performance
Transcript
Everything said in the video, section by section (807 words). Read along, or search it.
Database Design, Normalization, and Business Intelligence
Designing Database Schemas
With the basics of databases in place, this section is about designing the schema itself. We will look at three levels a database is described at, and three stages of the design process. Then three approaches to reaching a schema. And two physical design decisions that make or break performance, indexing and partitioning.
Why Separate the Work
Change One Thing Without Rebuilding Everything
Designing a database schema is rarely a single step. Analysts separate the work into distinct levels and stages. Why? So that a change in one place does not force a rebuild of the whole database. A new report, a faster disk, or a reorganized table should each be a local change. Not a reason to start over. The rest of this section is about how that separation is achieved.
Figure 1
The Three-Level Schema Architecture
A database is described at three separate levels. At the top is the external level, what each user or application sees. Here, three different views. A sales view, a support view, and a reporting view. All three map to a single conceptual level in the middle. That is the one complete logical structure of the whole database. Its entities, attributes, and relationships. And the conceptual level maps to a single internal level at the bottom. That is how the data is actually stored on disk. Files, indexes, and storage structures. Many views, one logical structure, one physical storage.
Reading the Levels
3 Questions About the Same Data
Each level answers a different question about the same data. The external level describes what one user or application sees, and a database can have many of them. For example, a sales dashboard showing only orders and totals. The conceptual level describes the single, complete logical structure of the whole database, independent of any one user. The internal level describes how the data is physically stored, its file organization, indexes, and storage structures. Separating the levels gives a property called data independence. One level can change without forcing a change to the others, as long as its mapping to the level below still holds. Move the data to a faster disk, and the sales dashboard never notices.
Figure 2
3 Design Stages
The three-level architecture describes a finished database. The design process that produces it moves through three matching stages, each closer to a specific database engine than the last. Conceptual design identifies entities, attributes, and relationships, without regard to any particular technology. It produces an entity-relationship diagram. Logical design translates that conceptual model into a relational schema, of normalized tables, keys, and constraints. Physical design decides how the specific D B M S will store and access that schema. It produces indexes, partitions, and storage settings. Notice the direction. Each stage makes the design more specific, and more tied to real technology.
Figure 3
Top-Down, Bottom-Up, and Mixed
Analysts can reach a conceptual schema from two opposite directions. Top-down design starts from the high-level entities stakeholders already talk about, and then adds attributes and relationships. It works well when the business domain is already well understood. Bottom-up design starts from individual data elements, and then groups and normalizes them upward into entities. It works well when you are starting from existing forms, reports, or spreadsheets. Most real projects blend the two, in a mixed approach. Entities are sketched top-down, then verified and refined bottom-up against real data elements. That combines the speed of top-down with the accuracy of bottom-up.
Figure 4
Physical Design: Indexing and Partitioning
Physical design is where a schema's performance is won or lost. Two of the most common decisions are indexing and partitioning. An index is a separate, sorted structure built on one or more columns. It lets the database jump directly to matching rows, instead of scanning the whole table. It speeds up lookups and searches, but adds overhead to every write, because the index must be updated too. Partitioning splits one large table into smaller, more manageable pieces, often by date range or region. It speeds up queries that target one partition, and simplifies archiving old data. Both have the same aim. Helping the database avoid unnecessary work.
Key Terms
The Vocabulary of This Section
Let's lock in the key terms. The three-level schema architecture separates a database into external, conceptual, and internal levels. Data independence is the ability to change one level without changing the levels above it. Conceptual design identifies entities and relationships. Logical design produces a relational schema. Physical design decides storage and access. Top-down design starts from broad entities. Bottom-up design starts from individual data elements. And indexing builds a sorted lookup structure, while partitioning splits a large table into smaller pieces.
Key Takeaways
What to Carry Forward
To pull this together. The three-level schema architecture separates external views, the conceptual schema, and the internal schema, giving data independence. Conceptual design produces an entity-relationship diagram. Logical design produces a relational schema. Physical design produces indexes, partitions, and storage settings. Top-down design refines broad entities downward. Bottom-up design normalizes individual elements upward. Mixed approaches combine both. And indexing lets a query jump straight to matching rows, while partitioning lets it search only the relevant portion of a table.
About System Analysis and Design at UPI Study
System Analysis and Design (Computer Science 390) is a self-paced online course of 69 video lessons in 9 chapters, from the analyst's role and requirements to UML modeling, interface and database design, testing, maintenance and project management. It carries a NCCRS credit recommendation for 3 semester credits.
Every lesson transcript is free on pages like this one, and the videos are free with a free UPI Study account. Enrolling adds a practice quiz after each lesson, the graded work and final exam that earn the credit, lifetime access, and an official transcript on completion. UPI Study has helped over 130,000 students with college credits. ACE and NCCRS have over 2,100 cooperating colleges that will consider accepting credits; the final decision is with the universities.
Enroll now → Course details Download the syllabus All Computer Science courses Every course with PRO →
Why take it here
Why students take System Analysis and Design with UPI Study
Where the credit goes
Universities that work with NCCRS
System Analysis and Design carries a NCCRS credit recommendation. These universities work with NCCRS; some are UPI Study's signed partners. ACE and NCCRS have over 2,100 cooperating colleges that will consider accepting credits; the final decision is with the universities.
Thomas Edison State UniversitySigned partner
University of the PeopleSigned partner
Charter Oak State CollegeSigned partner
Strayer UniversitySigned partner
Columbia Southern UniversitySigned partner
Indiana TechSigned partner
Penn StateWorks with NCCRS
Southern New Hampshire UniversityWorks with NCCRS
SUNYWorks with NCCRS
+many more cooperating universitiesFind my college →Find my college → Not listed? Ask Athena in the corner of this page, or book a 15-minute call.
FAQ
Questions students ask us
About Approaches to Designing Database Schemas
What is the three-level schema architecture of a database?
What is data independence in a database?
What is the difference between conceptual, logical, and physical database design?
What is the difference between top-down and bottom-up database design?
About the System Analysis and Design course
How many college credits is System Analysis and Design?
How much does System Analysis and Design cost and what is included?
Which universities accept UPI Study credits?
How long does System Analysis and Design take?
How are the exams done?
How do my credits reach my college?
Ready for the full course? Earn 3 credits in System Analysis and Design.
69 video lessons, a quiz after each one, and the graded work that earns the credit. Recommended for credit by NCCRS.
3 credits · NCCRSEnroll →