OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

odata message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: [OASIS Issue Tracker] (ODATA-1030) Consider support of NavigationPropertyBindings to non-contained nav props


    [ https://issues.oasis-open.org/browse/ODATA-1030?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=65454#comment-65454 ] 

Ralf Handl commented on ODATA-1030:
-----------------------------------

"The same path can occur multiple times" - does this mean an OR condition, meaning that the entities related via the "path" navigation property MUST be members of at least one of the "target" navigation properties?

> Consider support of NavigationPropertyBindings to non-contained nav props
> -------------------------------------------------------------------------
>
>                 Key: ODATA-1030
>                 URL: https://issues.oasis-open.org/browse/ODATA-1030
>             Project: OASIS Open Data Protocol (OData) TC
>          Issue Type: Bug
>          Components: CSDL XML
>    Affects Versions: V4.01_CSD01
>         Environment: Applied
>            Reporter: Michael Pizzo
>             Fix For: V4.01_CSD02
>
>
> NavigationPropertyBindings are used to identify the set in which members of a navigation property are *defined*.  The target set can be an entity set or an instance of a containment navigation property.
> There are cases where it is interesting to specify that members of a navigation property are *members of* another navigation property that may not necessarily be where they are defined.
> For example, if I have a customer with navigation properties "AllOrders", "OpenOrders", and "ClosedOrders", it may be useful to define that members of "OpenOrders" and "ClosedOrders" are all members of the "AllOrders" navigation property, even though they are defined in an "Orders" entity set. 
> NavigationPropertyBinding has the right syntax and semantics for this, if we relax the constraint that the target of the navigationpropertybinding must terminate on a *containment* navigation property.
> However, this may be mixing semantics of the existing NavigationPropertyBinding, which specifies the set in which an entity is defined, and a constraint that says members of one navigation property must be children of another navigation property, so perhaps we should instead define a NavigationPropertyConstraint that says instances are members of a related navigation property that may or may not be the one in which they are defined...



--
This message was sent by Atlassian JIRA
(v6.2.2#6258)


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]