Difference between revisions of "Viewer:2/Main"
From CaseTalk Wiki
< Viewer:2
m (→FCO-IM) |
m (→Relational) |
||
Line 12: | Line 12: | ||
[[File:Viewer-Relational.png]] | [[File:Viewer-Relational.png]] | ||
The relational panel shows the tables, columns, primary keys, foreign keys. They are not drawn by hand, simply derived and visualized from the CaseTalk Modeler files. Some remarks are in place to explain the diagram: | |||
* Person is a regular table with two columns, both part of the primary key (hence the key icon). | |||
* Student is a table which has a subtype relation towards the supertype Person. A curved short line is drawn to indicate this. Zero or more Students are a subtype of Person. And the Project Code refers to the Project table, indicated by the chain icon. | |||
* At least one Student needs to exist to register Preferences. And Preferences may occur once or more. | |||
* Preferences is so called weak table. Since the primary key consists of columns which are used in a a foreign key. In other words, the Preferences cannot be identified by itself, it requires the Student as well. Therefor the table is considered to be a weak entity type. | |||
* The Project table can be populated without the existence of Preferences or Students. The ProjectCode in Student references a Project, yet it is not mandatory and not required to identify any Student. Therefor the foreign keys for Project are both considered to be weak relations. | |||
== UML == | == UML == | ||
[[File:Viewer-UML.png]] | [[File:Viewer-UML.png]] |
Revision as of 11:28, 30 November 2015
Viewer Main Window
There are three tabs available where you may drag and drop items onto the diagram area.
FCO-IM
Relational
The relational panel shows the tables, columns, primary keys, foreign keys. They are not drawn by hand, simply derived and visualized from the CaseTalk Modeler files. Some remarks are in place to explain the diagram:
- Person is a regular table with two columns, both part of the primary key (hence the key icon).
- Student is a table which has a subtype relation towards the supertype Person. A curved short line is drawn to indicate this. Zero or more Students are a subtype of Person. And the Project Code refers to the Project table, indicated by the chain icon.
- At least one Student needs to exist to register Preferences. And Preferences may occur once or more.
- Preferences is so called weak table. Since the primary key consists of columns which are used in a a foreign key. In other words, the Preferences cannot be identified by itself, it requires the Student as well. Therefor the table is considered to be a weak entity type.
- The Project table can be populated without the existence of Preferences or Students. The ProjectCode in Student references a Project, yet it is not mandatory and not required to identify any Student. Therefor the foreign keys for Project are both considered to be weak relations.