Peer-to-Peer Class Chained List Class Supporting Content Class

12-6 Oracle Fusion Middleware Users Guide for Universal Records Management

12.3.1 Relationship Classes

Each relationship type is based on a class definition of the relationship. There are four types of classes: ■ Peer-to-Peer Class ■ Chained List Class ■ Supporting Content Class ■ Cross-Reference Class

12.3.1.1 Peer-to-Peer Class

The peer-to-peer class represents a relationship between content where none of the items is more important than the other. There is no master or parent item. A typical example would be different renditions of a document for example, Word, PDF, or thumbnail image. The relationship is a many-to-many m:n relationship between peer items. Many content items m can have many relationships to other content items n. The system comes with a predefined relationship type based on the peer-to-peer class: the Renditions type see Renditions on page 12-2.

12.3.1.2 Chained List Class

The chained list class represents a relationship between content where the individual items are interconnected in series, thus creating a chain of linked items. An example would be incremental versions of items that supersede each other, where a user starts out with the first version, links the second version, links the third version, and so on. The latest linked item may supersede all previous items, but it does not need to. The relationship is a one-to-many 1:m relationship between the superseding item and its superseded items. There can be one 1 content item that has superseded many m content items. The chained list class is comparable to the revisions concept within Oracle UCM, but operates at a different level. Chained lists span multiple content items, whereas revision lists are for individual content items only. Predefined types are available based on the chained list class: the Supersedes .

12.3.1.3 Supporting Content Class

The supporting content class represents a relationship between content where there is one main item the parent which has several subordinate, supporting items the children. Typical examples would be documents containing embedded images, or web files with placeholders to external images, sound files, or video clips. The parent item then links to the embedded or external supporting files children, each of which is checked into the repository as a separate item. The relationship is a one-to-many 1:m parent-child relationship between one main item and its supporting items. There can be one 1 parent content item that has many Important: When items are deleted, all corresponding relationships are deleted except in the case when a superseded item is in the midst of disposition processing. A dangling link exists until the superseded item completes its disposition process then the relationships are deleted. Configuring Related Content Links 12-7 m supporting content items. Even though there can only be one parent item in this relationship, child items can belong to multiple parents and reside in other sets of supporting content relationships. A child item can be the supporting content of many parents, but only one parent item can be supported by child items. Predefined types are available based on the supporting content class: the Supporting Content link type see Supporting Content on page 12-4.

12.3.1.4 Cross-Reference Class