Open freddyDOTCMS opened 3 weeks ago
The limit
and offset
parameters in both the dotCMS query and the official CubeJS query work as expected. Here's how you can test them:
{
"filters": [
{
"member": "request.whatAmI",
"operator": "equals",
"values": [
"PAGE"
]
}
],
"measures": [
"request.count"
],
"dimensions": [
"request.url",
"request.pageId",
"request.pageTitle"
],
"order": {
"request.count": "desc"
}
}
And keep track of the top 4 records.
limit
and offset
parameters to the query. For instance:
...
...
"order": {
"request.count": "desc"
},
"limit": 2,
"offset": 2
{
"query": {
"measures": [
"request.count"
],
"order": "request.count DESC",
"dimensions": [
"request.url",
"request.pageId",
"request.pageTitle"
],
"filters": "request.whatAmI = ['PAGE']",
}
}
limit
and offset
values as in the CubeJS query will return the exact same results: The third and fourth records, which is expected.Approved: Tested on master_b295876_SNAPSHOT, Docker, macOS 14.5, FF v126.0.1
Parent Issue
No response
Problem Statement
Cube.js already support limit and offset but we need to support them in our syntax, the way as it works for Cube.js is:
Steps to Reproduce
Must response just with the second register returned in the first query
NOTE TO QA:
You can also refer to my comment showcasing how the
limit
andoffset
parameters work and can be added to the queries.Acceptance Criteria
Limit and offset must works as expected
dotCMS Version
latest in master
Proposed Objective
Core Features
Proposed Priority
Priority 2 - Important
External Links... Slack Conversations, Support Tickets, Figma Designs, etc.
No response
Assumptions & Initiation Needs
No response
Quality Assurance Notes & Workarounds
No response
Sub-Tasks & Estimates
No response