-
Type:
Bug
-
Status: Closed
-
Priority:
Minor
-
Resolution: Fixed
-
Affects Version/s: V4.0_CS02
-
Fix Version/s: V4.0_CSD04
-
Component/s: Data Aggregation
-
Labels:
-
Environment:
Applied
-
Proposal:
Example 53 requests aggregation of property path Sales/Amount, but the response shows the dynamic property Total nested inside Sales. Rightly, it should have been “added to the type containing the original expression” (section 3.1.1).
In example 54, the response payload shows the dynamic property Total nested within Sales. According to the request, which uses the path expression Sales/Amount for aggregation, the Total property should be at the top level.
Hubert: we have to explain more about the differences
Ralf: plain paths with / work like compute: pull arguments from related entities, place result "at the top" Parentheses can be used to place the result within the related/nested structure
Ralf: Slight difference:
Ralf: 3.1.1 Keyword as
Aggregate expressions can define an alias using the as keyword, followed by a SimpleIdentifier (see [OData-CSDL, section 17.2]). The alias will introduce a dynamic property in the aggregated result set. The introduced dynamic property is added to the type containing the original expression or custom aggregate. The alias MUST NOT collide with names of declared properties, custom aggregates, or other aliases in that type.
Ralf: Sales/Amount with sum as Total Sales(Amount with sum as Total)
George: be more explicit in the definition and not define by example
Ralf: First example: in top context we are interested in the Amount Second example: we are interested in the Sales, and within the Sales in the Amount Need to revise the specification text: section 3.1.1