← Prev in month ← Prev in thread
Next in thread → Next in month →

[OASIS Issue Tracker] (ODATA-1375) Clarify location of custom aggregates in $apply results

From
OASIS Issues Tracker <>
Date
2020-06-02T13:09:04+00:00
ID
Thread
[OASIS Issue Tracker] (ODATA-1375) Clarify location of custom aggregates in $apply results
Gerald Krause created ODATA-1375:
------------------------------------

             Summary: Clarify location of custom aggregates in $apply results
                 Key: ODATA-1375
                 URL: https://issues.oasis-open.org/browse/ODATA-1375
             Project: OASIS Open Data Protocol (OData) TC
          Issue Type: Bug
          Components: Data Aggregation
    Affects Versions: V4.0_CS02
         Environment: Proposed
            Reporter: Gerald Krause
             Fix For: V4.0_CSD04


This problem occurs twice:

1.

The current text in [7.3 Custom Aggregates|http://docs.oasis-open.org/odata/odata-data-aggregation-ext/v4.0/cs02/odata-data-aggregation-ext-v4.0-cs02.html#_Toc435016611] states that the dynamic property with the result of a custom aggregate âMUST always be in the same set as the original property.â

Example 61 following this statement puts the result of the custom aggregate Forecast into the nested Sales structure although the request uses a path expression:

{{GET ~/Products?$apply=groupby((Name), ... Sales/Forecast))}}

2.

The same statement appears in section [7.4 Aliasing|http://docs.oasis-open.org/odata/odata-data-aggregation-ext/v4.0/cs02/odata-data-aggregation-ext-v4.0-cs02.html#_Toc435016612]. Here, it is not wrong, but may draw wrong conclusions , if it is applied to a variation of the request in example 64:

{{GET ~/Products?$apply=groupby((Name),aggregate(Sales/Amount with sum as Total))}}

Then, {{Total}} MUST be placed at the top result level.



--
This message was sent by Atlassian Jira
(v8.3.3#803004)
← Prev in month ← Prev in thread
Next in thread → Next in month →