Home | Previous Page | Next Page   Basics of Database Design and Implementation > Building a Relational Data Model > Resolving Relationships >

Resolving Other Special Relationships

You might encounter other special relationships that can hamper a smooth-running database. The following list shows these relationships:

A complex relationship is an association among three or more entities. All the entities must be present for the relationship to exist. To reduce this complexity, reclassify all complex relationships as an entity, related through binary relationships to each of the original entities.

A recursive relationship is an association between occurrences of the same entity type. These types of relationships do not occur often. Examples of recursive relationships are bills-of-materials (parts are composed of subparts) and organizational structures (employee manages other employees). You might choose not to resolve recursive relationships. For an extended example of a recursive relationship, see the IBM Informix: Guide to SQL Tutorial.

A redundant relationship exists when two or more relationships represent the same concept. Redundant relationships add complexity to the data model and lead a developer to place attributes in the model incorrectly. Redundant relationships might appear as duplicated entries in your E-R diagram. For example, you might have two entities that contain the same attributes. To resolve a redundant relationship, review your data model. Do you have more than one entity that contains the same attributes? You might need to add an entity to the model to resolve the redundancy. Your IBM Informix: Performance Guide discusses additional topics that are related to redundancy in a data model.

Home | [ Top of Page | Previous Page | Next Page | Contents | Index ]