Diagram
Name | Inverse n-ary relationship |
---|---|
Also known as | |
Author(s) | MariaPoveda, MariCarmenSuarezFigueroa |
SubmittedBy | MariaPoveda, MariCarmenSuarezFigueroa |
Motivation | The n-ary relationships should be used when: (a) a binary relationship really needs a further argument; (b) two binary relationships always go together and should be represented as one n-ary relation; (c) a relationship that is really amongst several things.
The motivation of this pattern is to express the inverse relationship of a n-ary one where there are distinguished participants. This pattern is inspired on the third consideration shown in http://www.w3.org/TR/swbp-n-aryRelations/#choosingPattern1or2. The difference in our case is that there are at least two distinguished participants into the relationship. Therefore this patter could be considered as an extension of the third consideration shown in http://www.w3.org/TR/swbp-n-aryRelations/#choosingPattern1or2 applied to the use case of n-ary relationships described in http://www.w3.org/TR/swbp-n-aryRelations/#useCase1. |
---|---|
Aim | The aim of this pattern is to allow asking for n-ary relationships and its inverse between two distinguished participants without a complex query involving the class created to support the n-ary relation between the origin and destiantion classes of the n-ary relationship. |
Solution description | |
Elements | Class, Relationship, Attribute and inverseOf |
Implementation | |
Reusable component | |
Component type |
Problem example | We might want to represent that the service providers provide a service at a place in a given period of time with a price. Also is needed represent that a service is offered by a provider. Also, we have observed that the querys executed by our applications often ask for the relationship between providers and their service and rarely ask for the relationships about the services and where they are provided. |
---|---|
Pattern solution example | http://ontologydesignpatterns.org/wiki/Image:LP-IN-01v1.jpg |
Consequences | The main advantage of this pattern is that allows to ask for which services are provided by a service provider and vice versa without a complex query involving the class created to support the n-ary relation between service providers and services. |
No scenario is added to this Content OP.
This revision (revision ID 9960) takes in account the reviews: none
Other info at evaluation tab
![]() |
Submission to event |
---|