Versions Compared

Old Version 73

changes.mady.by.user Fiona Sargeant

Saved on

compared with

New Version 74

changes.mady.by.user Fiona Sargeant

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

This page is for data modellers or application designers. It explains how to use an ERD to define your system's data and its relationships.

Overview

An ERD is an entity-relationship diagram. Use an ERD to define the tables of data that your application will use and the relationships between the tables

PhixFlow ERDs are based on Entity-Relationship Diagrams, which were designed to define the data for relational databases.

ERDs are simple diagrams. "Entities" are things in the world that you want to represent. In PhixFlow things in the world are represented by tables.

A table has attributes to represent aspects of the entity. For example, you might want to record the contact details for a person. In an ERD, you have a table caled Person that has the attributes are Name, Address and Telephone Number. Because the ERD defines the data, each attribute specifies the type of data. For example Name would be a string, Telephone number would be a number.

Sometimes we want to represent the same data different tables. To avoid duplication, you can create a relationship between the two tables. The relationship shows that the same data

The ERD's entities, attributes and relationships define the logical structure of the data that your application uses.

PhixFlow uses the relationships between tables when you come to make views of data, which can . You can create views that include include attributes from related tablesdifferent tables, provided there is a relationship. When you add an attribute to a view, PhixFlow can provide a list of all the other attributes that you can use in the view. The available attribute list comes from all the tables that have a relationship with the first table/attribute you add to the view.

Panel
titleBackground: Entity Relationship Diagrams

Entity-Relationship Diagrams were diagrams were designed for databases, to define how to record data about things, called entities. Each entity has attributes that define its properties. For example, you might want to record details for a person. The attributes would be their name, address and a telephone number. The entities also have relationships to each other. By defining the entities, their attributes, and showing the relationships between them, an entity-relationship diagram shows the logical structure of data in a database. 

PhixFlow's ERDs are simplified entity-relationship diagrams. The entities are represented by tables and the tables list the attributes. 

 


non dupe of data, primary and foreigh



Panel
borderColor#00374F
titleColorwhite
titleBGColor#00374F
borderStylesolid
titleOther pages in this topic

Child pages (Children Display)


Panel
borderColor#00374F
titleColorwhite
titleBGColor#00374F
borderStylesolid
titleSections on this page

Table of Contents
indent12px
stylenone




Example ERD

The following example shows an ERD for a school. Each box represents a different table. "I feel it would be useful to have a narrative here, School it made up of Teachers and Class Rooms...."

Key Concepts

TermMeansSchool Example

Table


A table represents a thing or entity. The table name is displayed in the header.

Tip

Choose a name that reflects the thing your table represents.


Tables:

  • School Department
  • Class Room
  • Teacher
  • Course
  • Student
Attributes

The table has a list of attributes. If you display the table data in a grid, the attributes are the column headers. They name what the data is, and sets the type (date, integer, string etc.) and any format details. Provide an example?

Student table has attributes:

  • StudentID
  • Student Name
  • Student Address
  • Intake Year
Primary key

PhixFlow automatically generates an attribute that is the unique identifier, UID. This is the table's primary key that is used to uniquely identify each record in the table. The records for this attribute will all have a unique value. You may want to rename UID to something more descriptive, although it's a good idea to include ID in the name. ID is a reserved word.

Primary keys are indicated using by a green key icon.

Note

We recommend that a primary key attribute is an integer, because PhixFlow can automatically generate a unique integer value for each new data record. Who said this? I have need UIDs that are alpha numeric e.g. at IHS they prefixed their UIDs with a character to depict the type C1234. Just want to check this is true.


Primary keys in different tables:

  • DepartmentID
  • ClassRoomID
  • TeacherID
Relationship

You can create a relationship between the primary key in one table, to an attribute in another table.  On the diagram the relationship is shown as an arrow from a primary key to an attribute in another table. Relationships always point from a primary key to a non-primary attribute. 

When you are designing screens, you can create views to display attributes from a table AND from other, related tables.

By convention, set the name of a relationship an action (verb) that follows the left-right flow of the diagram.

  • a department→ has→ many teachers
  • a teacher → runs→ several courses
  • classroom → is ued by→ many courses
Foreign key

Relationships show that the data in a primary key in one table also appears in an attribute in another table. The attribute may have a different name, but it must represent the same data. This attribute is a foreign key. Do we need to say it needs to represent the same data type and parameter e.g. Integer, precision 10?

Foreign keys are indicated using a grid icon.

When you create a relationship in an ERD, PhixFlow automatically sets the foreign key status for the attribute.

Employee attributes:

  • EmployeeID (primary key)
  • Name
  • Address
  • Phone
  • Department = foreign key for DepartmentID

Department attributes

  • DepartmentID - primary key
  • Department Name
  • Purpose
  • Department Manager = foreign key for EmployeeID

Understanding Relationships

Relationships between tables have a direction that depends on the table on which you are focused. For example, looking at the Teacher table, shown below, you can see 2 relationships.

  • The school DepartmentID primary key has a relationship to the Teacher table. This relationship is highlighted in blue.
  • The Teacher table has a relationship from its TeacherID primary key to an attribute in the Course table. This relationship is highlighted in green.

One-to-many and Many-to-one

PhixFlow always draws a relationship arrow from a primary key to another, non-primary, attribute foreign key. This represents a one-to-many relationship, for example, one teacher→ runs→ many courses. 

A many-to-one relationship is implied when you read a relationship in the opposite direction. For example, a department has many teachers, and several teachers work for one department.

Many-to-many 

To create a many-to-many relationship, you need an intermediate table that has foreign key attributes from each of the tables you want to have a relationship. For example, many students take multiple courses. This relationship is shown using the intermediate table called CourseAttendee.

  • A course→ is attended by→ many students
  • A student→ takes → many courses


Tables and Data Records

The ERD does not include the data records. If you think of an Excel spreadsheet, a table in an ERD includes the name of the worksheet and the titles of the columns. It does not show the data records from the rows.

You can add data records to your table: link??

For tables that have data records, you can see the records.

  1. Click on a table in the ERD to open its properties.
  2. In the properties toolbar, click 
    Insert excerpt
    _more_options
    _more_options
    nopaneltrue
    .
  3. Select tbc