Changes between Version 36 and Version 37 of RelationalDesign


Ignore:
Timestamp:
09/18/26 14:42:13 (13 days ago)
Author:
216009
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • RelationalDesign

    v36 v37  
    8383
    8484Schema Mapping & Normalization Review: All conceptual entities from Phase 1 were mapped to relations. Foreign keys were introdu
    85 == Entire AI usage log:
     85== AI Usage Log ==
    8686
    87 Schema Mapping & Normalization Review: All entities from Phase 1 were mapped to relations. Foreign keys were introduced to represent 1:N relationships (`University_Id` in Faculty, `Faculty_Id` in Professor, Student, and Subject).
     87'''Schema Mapping & Normalization Review:''' All entities from Phase 1 were mapped to relations. Foreign keys were introduced to represent 1:N relationships (University_Id in Faculty, as well as Faculty_Id in Professor, Student, and Subject).
    8888
    89 Weak Entity Materialization: The weak entity `Student_Subject` was mapped by forming a composite primary key consisting of its discriminator (`Ss_Id`) along with the primary keys of its owner entities (`Student_Id` and `Subject_Id`). The regular 1:N relationship with `Professor` (`assignTo`) was materialized via a foreign key `Professor_Id` in this table.
     89'''Weak Entity Materialization:''' The weak entity Student_Subject was updated to align with the Phase 1 ER model. Its composite primary key is formed exclusively by its discriminator (Ss_Id) along with the primary keys of its owner entities (Student_Id and Subject_Id). The regular 1:N relationship with Professor (assignTo) is materialized via a foreign key (Professor_Id) in this table and is not part of the primary key.
    9090
    91 Relationship Materialization:
    92 - The M:N relationship `Advises` with attributes (`start_date`, `end_date`) was mapped to the `Advice` table with a composite primary key (`Student_Id`, `Professor_Id`, `Start_Date`).
    93 - The M:N relationship `affiliated_with` was mapped to the `Affiliated` bridge table with composite primary key (`University_Id`, `Professor_Id`).
    94 - The M:N relationship `Teach` was mapped to the `Teach` bridge table with composite primary key (`Professor_Id`, `Subject_Id`).
     91'''Relationship Materialization:'''
     92 '''Advises:''' The M:N relationship with attributes (start_date, end_date) was mapped to the Advice table with a composite primary key (Student_Id, Professor_Id, Start_Date).
     93
     94 '''affiliated_with:''' The M:N relationship was mapped to the Affiliated bridge table with a composite primary key (University_Id, Professor_Id).
     95
     96 '''Teach:''' The M:N relationship was mapped to the Teach bridge table with a composite primary key (Professor_Id, Subject_Id).
     97
     98'''Visual Alignment & Tooling:''' The Phase 2 relational diagram was visually reorganised to strictly mirror the topographical layout of the Phase 1 ER diagram. The diagram was generated using the DBeaver ERD Tool using standard Crow's Foot notation.