Introduction to ER Diagrams and Relational Schemas

Introduction

Before you can build a working relational database, you need a plan. An Entity-Relationship (ER) diagram is that plan: a visual model that shows the things a system stores information about (entities), the facts recorded about them (attributes), and how those things connect to one another (relationships). A relational schema, by contrast, is the concrete result: the set of tables, columns, primary keys, and foreign keys that a database management system actually implements.

This topic gives you the vocabulary and notation you will rely on for the rest of the module. You will meet entity types and entity instances, simple versus composite and multivalued attributes, key attributes, cardinality and participation constraints, and the distinction between strong entities and weak entities — entities that cannot be identified on their own and depend on an owner entity for part of their identity. Every conversion rule later in the module refers back to these ideas, so time spent getting the terminology straight now pays off quickly.

As you watch the videos below, pay attention to three things: how each symbol or shape maps to a specific database concept, how cardinality (one-to-one, one-to-many, many-to-many) is expressed in the diagram, and where primary and foreign keys begin to appear. Try sketching along with the examples rather than only watching — recognizing notation is much easier than producing it, and this module will ask you to produce it.

Video 1: Entity Relationship Diagram (ERD) Tutorial - Part 1

Lucid Software · 6:10 · 1,093,171 views · 2y ago · captions — Watch on YouTube

About this video

This is the first part of Lucid Software's two-part ERD tutorial and, based on its description, it builds an entity-relationship diagram from scratch. It introduces the foundational building blocks: entities, attributes, and cardinality notation, and shows how they are drawn and connected. Expect a worked example that moves from a plain-language description of a system to a diagram.

Why this video

It matches the core subtopics almost exactly — what an ER diagram is, its basic symbols, and the key terminology of entities, attributes, and relationships — and it comes from Lucid Software, the makers of a widely used diagramming tool, so the notation shown is conventional and clean.

Video 2: Entity Relationship Diagram (ERD) Tutorial - Part 2: Primary keys, foreign keys, and bridge tables

Lucid Software · 14:44 · 383,890 views · 2y ago · captions — Watch on YouTube

About this video

Part 2 of the same series moves into the concepts that bridge ER diagrams and relational tables: primary keys, foreign keys, and bridge (junction) tables used to handle many-to-many relationships. The longer running time allows for more detailed worked examples than Part 1. It is described as taking database design "to the next level" with more advanced ERD concepts.

Why this video

It connects diagram notation to the actual structure of a relational schema, which is the pivot point of this entire module, and it previews the key-placement and junction-table ideas you will apply in the conversion steps that follow.

Video 3: How to Design a Database

Database Star · 10:57 · 232,237 views · 4y ago · captions — Watch on YouTube

About this video

Database Star's video walks through the database design process as a whole, from understanding requirements to arriving at a workable table structure. It is likely to place ER diagramming within that larger workflow rather than treating it as an isolated drawing exercise. The channel is focused on practical SQL and database design instruction.

Why this video

It directly supports the subtopic on the role of ER diagrams in database design, giving you the context for why you model first and implement second, and it reinforces the ER-to-schema path from a second instructor's perspective.

How These Videos Support the Learning Outcomes

These three videos supply the conceptual groundwork the module outcomes assume. The Lucid Software Part 1 tutorial establishes entity, attribute, and cardinality notation, which is what you must read correctly before you can identify table structures, primary keys, and column assignments for strong and weak entities (MO1) or recognize the one-to-many relationships that drive foreign key placement (MO2). Part 2 introduces primary keys, foreign keys, and bridge tables, giving you a first model of the junction-table construction required by MO3 and of the key-inheritance reasoning behind weak entity composite keys in MO4. The Database Star overview frames ER diagramming as one stage in a larger design process, which supports the evaluative habit in MO5 of checking a finished schema back against the original diagram. Note that the detailed conversion rules and the Third Normal Form checks in MO5 are developed in the module readings and later materials; these videos prepare you for them rather than fully covering them.

About These Videos

These videos were chosen from YouTube on October 2, 2026. Each has captions; the player turns them on. Videos on YouTube can be changed or removed — if one no longer plays, tell your instructor. If a player does not appear, use its Watch on YouTube link.