Insert excerpt | ||||||||
---|---|---|---|---|---|---|---|---|
|
Overview
Entity Relationship Diagrams (ERDs) define the structure of the data in your application. "Entities" are displayed as tables and represent the "things" in the world that you want to show as data.
Opening and Creating ERDs
- On your application's home page, click
to list the existing ERDs.Insert excerpt _erd _erd nopanel true - Alternatively, click
from the header bar.Insert excerpt _erd _erd nopanel true
- Alternatively, click
- To create a new ERD, click the
button.Insert excerpt _add _add nopanel true - To open an existing ERD, double-click it.
ERD Layout
Here is a simplified view of the ERD:
- Toolbar: This contains ERD-specific options to add data to the ERD and move tables on the canvas.
- Repository: On the toolbar, click
to list all tables in the Repository on the right. These can be dragged and dropped onto the canvas.Insert excerpt _tables _tables nopanel true - Canvas: This is where you create and modify your ERD.
- Table: This is represented as a box, containing a list of all of the attributes within the data and their associated data type (e.g. string).
- Relationship: This is represented as a line connecting the tables.
- Options: View the data in the table by clicking
or show all table options by clickingInsert excerpt _view_show_icononly _view_show_icononly nopanel true
.Insert excerpt _more_options_erd_IconOnly _more_options_erd_IconOnly nopanel true
Tables
A table is where your data is stored for your application.
Attributes
Attributes represent the different pieces of data recorded in the table, and can be thought of as column headers on a spreadsheet.
- Attributes are configured with a data type (e.g. string) and properties. To change these, click on the attribute's name. See Understanding Data Types.
Primary Keys
Primary Keys are special attributes which uniquely identify each record.
When you create a new table, PhixFlow adds an attribute called UID and configures it as follows:
- the table's Primary Key
- an integer
- automatically creates a unique number for every record in the table
- If your data already has a unique attribute, you can use this as the Primary Key by right-clicking and selecting Make Primary Key.
- On the example image above, the Teacher table has the attribute UID (Unique IDentifier) as the Primary Key. This is because teachers may have the same first and/or surname, so these attributes cannot be guaranteed to be unique and therefore cannot be a Primary Key.
Foreign Keys
Foreign Keys are attributes in one table that relate to the Primary Key in another table.
- Foreign Keys must have the same data type and properties as the corresponding Primary Key. For example, both must be strings of the same length.
Info |
---|
When a relationship is created by dragging a Primary Key from one table onto the attribute of another table, PhixFlow sets this attribute to be a Foreign Key. |
Display Names
Display Names are special attributes which are displayed instead of a Primary Foreign Key, as they make more sense to a human.
- When you create a new table, PhixFlow adds an attribute called Name and configures it as the Display Name.
- This is then shown in place of the Primary Foreign Key when displayed on a screen as part of a relational view, see Using Relational Views. Display Names do not need to be unique and should be user-friendly.
- If your data already has an attribute you want to use as the Display Name, right-click it and select Make Display Name.
Foreign Keys
Foreign Keys are attributes in one table that relate to the Primary Key in another table.
- Foreign Keys must have the same data type and properties as the corresponding Primary Key. For example, both must be strings of the same length.
Info |
---|
When a relationship is created by dragging a Primary Key from one table onto the attribute of another table, PhixFlow sets this attribute to be a Foreign Key. |
Validation
Validation is applied to table attributes and determines the criteria an attribute must satisfy in order to be considered valid. For example, the attribute is mandatory, must contain a minimum number of characters or must adhere to a specific pattern. Validation added to a table will be applied wherever the attribute is updated, such as when saving data on an input screen. See Table Attribute Validation.
Indexing
Indexes are applied to attributes on a table and help improve the speed of data retrieval when handling large data sets. Users do not see the indexes, they are used internally by PhixFlow. Updating a table with indexes takes more time than one without, as the indexes also need to be updated. Therefore, indexes should only be created on attributes that will be frequently searched against. See Indexed on Attribute.
Relationships Between Tables
Tables in PhixFlow are relational, which means that information in one table can be related to information in another table. Data can then be accessed in many different tables without requiring duplication.
A line connects the Primary Key of one table to a Foreign Key in a different table, and represents the relationship. See Relationship.
One-to-Many and Many-to-One
The relationship line between a Primary Key and Foreign Key represents a one-to-many relationship. In the below example, one teacher runs many courses.
A many-to-one relationship is implied when you read a relationship in the opposite direction. In the below example, a department has many teachers, and several teachers work for one department.
Many-to-Many
Many-to-many relationship can be supported with an intermediate table.
Expand | ||
---|---|---|
| ||
A many-to-many relationship is created when there is an intermediate table with a Foreign Key from each of the related tables. In the below example, many students take many courses, and so a many-to-many relationship is created using the intermediate table CourseAttendee. Notice that CourseAttendee does not need a unique identifier. |
Working in an ERD
You can add tables in an ERD manually. See Adding Content to an ERD.
- Create a new table by dragging
from the toolbar onto the canvas.Insert excerpt _tables _tables nopanel true - Add an Excel spreadsheet by dragging it onto the canvas. PhixFlow imports the data and creates a new table.
- Add an existing table by clicking
in the toolbar. The available tables are listed in the Repository and can be dragged onto the canvas. See 2. Importing Data.Insert excerpt _tables _tables nopanel true
View Table Data
Select
Insert excerpt | ||||||
---|---|---|---|---|---|---|
|
Create a Screen from a Table
Select
Insert excerpt | ||||||
---|---|---|---|---|---|---|
|
Multiple ERDs
The same table can appear on multiple ERDs.
ERD Example
Expand | ||
---|---|---|
| ||
The below example is an ERD for a school. A school has entities, for example: departments, teachers, students, classrooms, and so on. All these entities are represented as tables. The lines connecting the tables show the relationships between them. We can see from this diagram that a School Department has many Classrooms and Teachers. In the Teacher table, Department is the Foreign Key and contains the same data type as the Primary Key, UID, in the SchoolDept table. The Foreign Key represents the many side and the Primary Key the one side. This means that SchoolDept.UID is unique and there is only one record containing this unique information. Teacher.Department can have one or more instances of a value of UID. For example, the Maths Department UID could occur 10 times, once for each of the 10 maths teachers. When you create screens that show data, PhixFlow uses the relationships defined in the ERD to provide options for displaying data from related attributes in the same grid, form, card, graph or chart. This means you only need to store the School DeptID against a teacher to be able to access all of the SchoolDept details. See Displaying Data (Views). |
What's Next?
Fundamentals Course
Further Reading
Child pages (Children Display) | ||
---|---|---|
|