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: Terminology for "owned data"



Wasn’t sure how to frame the following as an Issue, so I am starting with an email.


In recent TC meetings and in my day job we often need to distinguish between different paths/URLS and if they are returning something contained or not. We had the discussion a few times during the review of aggregation, and I had to go into it internally to discuss deep inserts.


The closest I could find is in 10.2 Collection of Entities. There is the distinction between contained Entities and “others”. But a) the description for “others” is quite lengthy and it is not clear that this covers all the other cases b) it is the first time in that document that the phrase “… entities are contained” is actually used, c) this only addresses collection of Entities and sections 10.3-10.15 have to essentially make similar statements or refer to 10.2.


4.3.2 Canonical URL for Contained Entities also mentions quote: “[…] contained entities (i.e. related via a containment navigation property […]” .

It feels weird that the phrase “contained entities” is previously not mentioned and quickly defined in the spot (in parenthesis, without mentioning a path of containment navigation property)


Would it not be helpful to introduce terminology that clearly categorize URLs into

  • Response contains data that is “owned” by this URL  (e.g. entity-set, a path of only containment navigation properties, … )
    • Owned in the sense that this is where it is stored and all create-update-delete operations “go”
  • Response contains data that is “referenced”  (e.g. a function, multiple navigation property bindings, …)


I hope that such a definition would help with describing and discussing many problems but I am not really able (as you can see above) to get to a crisp definition.

Have I overlooked that kind of definition ? If not, can/should this be a topic for the TC?




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