-
Notifications
You must be signed in to change notification settings - Fork 3.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Fix](nereids) fix create view and alter view using old parser checking #43263
Merged
morrySnow
merged 5 commits into
apache:master
from
feiniaofeiafei:fix_create_view_old_parser
Nov 22, 2024
Merged
[Fix](nereids) fix create view and alter view using old parser checking #43263
morrySnow
merged 5 commits into
apache:master
from
feiniaofeiafei:fix_create_view_old_parser
Nov 22, 2024
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
feiniaofeiafei
requested review from
dataroaring,
CalvinKirs and
morningman
as code owners
November 5, 2024 08:04
Thank you for your contribution to Apache Doris. Since 2024-03-18, the Document has been moved to doris-website. |
run buildall |
1 similar comment
run buildall |
TPC-H: Total hot run time: 41561 ms
|
TPC-DS: Total hot run time: 191835 ms
|
ClickBench: Total hot run time: 33.28 s
|
feiniaofeiafei
force-pushed
the
fix_create_view_old_parser
branch
from
November 15, 2024 13:20
fc35092
to
52f90aa
Compare
run buildall |
feiniaofeiafei
force-pushed
the
fix_create_view_old_parser
branch
from
November 18, 2024 03:31
52f90aa
to
77f898d
Compare
run buildall |
feiniaofeiafei
force-pushed
the
fix_create_view_old_parser
branch
from
November 18, 2024 11:48
77f898d
to
6fab571
Compare
run compile |
feiniaofeiafei
force-pushed
the
fix_create_view_old_parser
branch
from
November 18, 2024 12:52
1a9dd02
to
e97063f
Compare
run buildall |
morrySnow
approved these changes
Nov 20, 2024
github-actions
bot
added
the
approved
Indicates a PR has been approved by one committer.
label
Nov 20, 2024
PR approved by at least one committer and no changes requested. |
PR approved by anyone and no changes requested. |
starocean999
approved these changes
Nov 20, 2024
morningman
approved these changes
Nov 21, 2024
github-actions bot
pushed a commit
that referenced
this pull request
Nov 22, 2024
…ng (#43263) Problem: Creating a view on a table with materialized views (MV) results in an error: failed to init view stmt. For example, executing the following SQL: create view v1 as select * from t1 index t_mv_mv. Root Cause: The syntax index t_mv_mv is supported only by the new planner and not by the old planner. During the view creation process, regardless of whether the new or old optimizer is used, the process eventually calls the createView method in Env. In the createView method, the persisted SQL of the view is parsed using the old optimizer's parser. If the parsing fails, an error is thrown. As a result, if the SQL for creating a view includes syntax supported only by the new optimizer, an error occurs. Solution: This PR addresses the issue by removing the parsing check from the createView method in Env. Instead, the check is moved to the respective classes responsible for creating views in the new and old optimizers.
github-actions bot
pushed a commit
that referenced
this pull request
Nov 22, 2024
…ng (#43263) Problem: Creating a view on a table with materialized views (MV) results in an error: failed to init view stmt. For example, executing the following SQL: create view v1 as select * from t1 index t_mv_mv. Root Cause: The syntax index t_mv_mv is supported only by the new planner and not by the old planner. During the view creation process, regardless of whether the new or old optimizer is used, the process eventually calls the createView method in Env. In the createView method, the persisted SQL of the view is parsed using the old optimizer's parser. If the parsing fails, an error is thrown. As a result, if the SQL for creating a view includes syntax supported only by the new optimizer, an error occurs. Solution: This PR addresses the issue by removing the parsing check from the createView method in Env. Instead, the check is moved to the respective classes responsible for creating views in the new and old optimizers.
dataroaring
pushed a commit
that referenced
this pull request
Nov 26, 2024
…arser checking #43263 (#44455) Cherry-picked from #43263 Co-authored-by: feiniaofeiafei <[email protected]>
morrySnow
pushed a commit
that referenced
this pull request
Nov 27, 2024
…arser checking #43263 (#44456) Cherry-picked from #43263 Co-authored-by: feiniaofeiafei <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
approved
Indicates a PR has been approved by one committer.
dev/2.1.8-merged
dev/3.0.4-merged
reviewed
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
What problem does this PR solve?
Problem:
Creating a view on a table with materialized views (MV) results in an error: failed to init view stmt. For example, executing the following SQL:
create view v1 as select * from t1 index t_mv_mv.
Root Cause:
The syntax index t_mv_mv is supported only by the new planner and not by the old planner. During the view creation process, regardless of whether the new or old optimizer is used, the process eventually calls the createView method in Env. In the createView method, the persisted SQL of the view is parsed using the old optimizer's parser. If the parsing fails, an error is thrown.
As a result, if the SQL for creating a view includes syntax supported only by the new optimizer, an error occurs.
Solution:
This PR addresses the issue by removing the parsing check from the createView method in Env. Instead, the check is moved to the respective classes responsible for creating views in the new and old optimizers.
Issue Number: close #xxx
Related PR: #xxx
Problem Summary:
Check List (For Committer)
Test
Behavior changed:
Does this need documentation?
Release note
None
Check List (For Reviewer who merge this PR)