Unary many to many example PDF

Title Unary many to many example
Author Dean Buxton
Course Data Management Applications
Institution Western Governors University
Pages 5
File Size 383.4 KB
File Type PDF
Total Downloads 37
Total Views 179

Summary

Unary many to many example.docx...


Description

Recursive Relationships As you just learned, a recursive relationship is one in which a relationship can exist between occurrences of the same entity set. (Naturally, such a condition is found within a unary relationship.) Many-to-many Unary relationship example

Unary relationships are common in manufacturing industries. For example, Figure 4.19 illustrates that a rotor assembly (C-130) is composed of many parts, but each part is used to create only one rotor assembly. Figure 4.19 indicates that a rotor assembly is composed of four 2.5-cm washers, two cotter pins, one 2.5-cm steel shank, four 10.25-cm rotor blades, and two 2.5-cm hex nuts. The relationship implemented in Figure 4.19 thus enables you to track each part within each rotor assembly.

If a part can be used to assemble several different kinds of other parts and is itself composed of many parts, two tables are required to implement the "PART contains PART" relationship. Figure 4.20 illustrates such an environment. Parts tracking is increasingly important as managers become more aware of the legal ramifications of producing more complex output. In many industries, especially those involving aviation, full parts tracking is required by law.

Another example At Legacy Research Institute, a physician is assigned as a mentor to zero to many other physicians. Each physician is mentored by one to many other physicians.

In the example above, mentor_id is actually the physician_id of the physician’s mentor. Because a physician can have many mentors, we cannot store this information in just one table (please see table below). This is similar to a linking table or associative entity you would see for a binary many-to-many relationship. Note that in the table below, we will have a duplicate primary key if we try to assign more than one mentor to a particular physician.

Adding the Mentor Assignment table allows us to assign multiple mentors to one physician:

Another Example and Explanation This is a tougher question since you see two entities, which appears binary, but it is considered an unary relationship. The key is to recognize that many-to-many relationships break down into a one-to-many

and a many-to-one (or zero instead of one). The binary relationship in the first question below is an example of this:

In the figure below, what is the relationship from entity A to entity D? A. One-to-one B. One-to-many C. Many-to-one D. Many-to-many

In the many-to-many unary you see the same thing:

The one-to-one unary has becomes a one-to-many and many-to-one....


Similar Free PDFs