Ensure Nested Function Falls Back to Legacy Engine Where Not Supported#1549
Conversation
There was a problem hiding this comment.
You can run query with nested in where and validate server logs to ensure that it is executed in V1.
dai-chen
left a comment
There was a problem hiding this comment.
Thanks for the fix! I think we need to merge this to 2.7 by code freeze today.
Any idea why our IT didn't capture this? Because I assume there should be exception thrown from v2 without current fix.
…d ORDER BY clauses don't fallback to legacy engine. Signed-off-by: forestmvey <forestv@bitquilltech.com>
e574dd2 to
43b70c4
Compare
|
Could you update 2.7 release notes too? Thanks! |
Sure I will make another PR for the release notes. |
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #1549 +/- ##
=========================================
Coverage 97.18% 97.18%
- Complexity 4100 4106 +6
=========================================
Files 371 371
Lines 10448 10462 +14
Branches 703 706 +3
=========================================
+ Hits 10154 10168 +14
Misses 287 287
Partials 7 7
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. |
|
Legacy tests only run against the the V1 engine when they use the function |
…d ORDER BY clauses don't fallback to legacy engine. (opensearch-project#1549) Signed-off-by: forestmvey <forestv@bitquilltech.com>

Description
Fallback to legacy engine when the nested function is used in the
WHERE,GROUP BY,ORDER BY, andHAVINGclauses. Support has not been added to the V2 engine for the nested query in these clauses.Issues Resolved
1548
Check List
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.