Changes between Version 34 and Version 35 of Normalization


Ignore:
Timestamp:
05/04/26 11:39:14 (3 weeks ago)
Author:
221296
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Normalization

    v34 v35  
    294294{{{Lossless join:}}}
    295295[[BR]]
    296 The decomposition is lossless because each new relation is formed around a determinant that becomes the key of that relation. The common attributes used in the decomposition are keys in at least one of the resulting relations, so no information is lost.
     296To verify that the decomposition is lossless, we use the formal condition:
     297
     298For every decomposition of R into relations Ri and Rj, the intersection of their attributes must functionally determine at least one of the relations:
     299
     300Ri ∩ Rj → Ri  OR  Ri ∩ Rj → Rj
     301
     302In this decomposition, each relation is formed based on a determinant (such as user_id, plan_id, course_id, etc.), which becomes the primary key of that relation.
     303
     304The shared attributes between relations (e.g. user_id, course_id, subscription_id) are keys in at least one of the involved relations.
     305
     306Therefore, the condition for lossless join is satisfied, and the decomposition is lossless with respect to the original universal relation R.
    297307
    298308
    299309{{{Dependency preservation:}}}
    300310[[BR]]
    301 The decomposition is dependency-preserving because each functional dependency FD1–FD15 is represented fully inside one of the resulting relations. CourseCategory has only its composite key and no additional non-trivial functional dependencies.
     311To verify dependency preservation, we check whether the union of the projections of the functional dependencies onto each resulting relation is equivalent to the original set of functional dependencies:
     312
     313(⋃ projection of F onto Ri)+ = F+
     314
     315In this decomposition, each functional dependency from the initial set (FD1–FD15) is fully contained within at least one of the resulting relations.
     316
     317For example:
     318- user_id → user attributes is preserved in UserEntity
     319- course_id → course attributes is preserved in Course
     320- subscription_id → subscription attributes is preserved in UserSubscription
     321
     322Since no functional dependency is lost and all can be enforced locally within the resulting relations, the decomposition is dependency-preserving.
    302323
    303324== Check for 3NF (and decomposition)