[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: Terminology for "owned data"
Comments inline. [GME] From: odata@lists.oasis-open.org <odata@lists.oasis-open.org>
On Behalf Of Handl, Ralf [EXTERNAL EMAIL] The problem I see here is that the three use cases you mentioned all have different distinctions:
[GME] Yes, navigation and containment are not related.
Q: Is there an issue for insertions using navigation properties that are not composite (ContainsTarget=True) in the case where the NavigationPropertyBinding is not explicit?
[GME] I prefer not to characterize a context url as a path or a type. It is always just an address to something. My thoughts: The protocol spec defines the context URL as: "the canonical
metadata document URL and a fragment identifying the relevant portion of the metadata document."
That portion should always reference a typed element. The metadata document portion for a typed element includes a reference to element's type.
I donât see one new âterminology termâ that can explain all three of them, we probably need at least three new pieces of terminology. From: Christof Sprenger <chrispre@microsoft.com>
Thanks George, Yes, definitely helpful. My goal with the discussion I want to have is to actually agree on something like what you wrote about composition. But more importantly to give it a name so that we donât always have to explain when some feature/operation/capability applies (or can be applied) and when not (e.g. when deep insert works, when an aggregation function can be used, when
a context url is a path vs a type, â ). Christof From: Ericson, George <George.Ericson@dell.com>
Some thoughts on this topic.
UML defines AggregationKind='composite' as an indication that a
Property is aggregated compositely, i.e., the composite object has responsibility for the existence and storage of the composed objects.
Hope some of that is helpful, George From: odata@lists.oasis-open.org <odata@lists.oasis-open.org>
On Behalf Of Christof Sprenger [EXTERNAL EMAIL] Hello, 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 [docs.oasis-open.org] [nam06.safelinks.protection.outlook.com]. 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 [docs.oasis-open.org] [nam06.safelinks.protection.outlook.com] 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)
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? Christof |
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]