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鈥檒l occasionally send you account related emails.
Already on GitHub? Sign in to your account
sqlparser: update code to conform to upstream sqlparser-rs changes #2510
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
SQL integration is covered with valuable tests that verify if an output from SQL Parser Is translated properly to TableLineage. Is there any particular reason for not doing so anymore?
39bfd34
to
ce22108
Compare
9b1791c
to
e1c69d5
Compare
1a7f163
to
dd7eb44
Compare
dd7eb44
to
2538248
Compare
c0d11c2
to
70ed079
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for writing the tests Maciej. Please double check release branch name.
Apart from that few cosmetic comments added.
@@ -30,7 +30,7 @@ | |||
|
|||
|
|||
# Some sql-parser unsupported syntax | |||
sql = "CREATE TYPE myrowtype AS (f1 int, f2 text, f3 numeric)" | |||
sql = "DROP POLICY IF EXISTS name ON table_name" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What's the advantage of replacing one test scenario with another?
sqlparser = {git = "https://github.com/OpenLineage/sqlparser-rs/", branch = "fix_snowflake_stage_no_parens"} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why do we want to rely on feature branch? If there is any particular reason to do that, pls specify PR that we need to merge in another repo. Otherwise it may be difficult to change this in future.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Because if we merge the sqlparser-rs changes first here: OpenLineage/sqlparser-rs#5 it would break the main: so the algorithm is
- do the sqlparser change on a branch
- make changes in the OpenLineage repo, pointing to the branch
- merge sqlparser changes to our fork
- move the changes back to the release branch on OpenLineage repo
Signed-off-by: Maciej Obuchowski <obuchowski.maciej@gmail.com>
70ed079
to
3a90d21
Compare
Signed-off-by: Maciej Obuchowski <obuchowski.maciej@gmail.com> Co-authored-by: Maciej Obuchowski <obuchowski.maciej@gmail.com> Signed-off-by: Fabio Manganiello <fabio@manganiello.tech>
Problem
馃憢 Thanks for opening a pull request! Please include a brief summary of the problem your change is trying to solve, or bug fix. If your change fixes a bug or you'd like to provide context on why you're making the change, please link the issue as follows:
Closes: #ISSUE-NUMBER
Solution
Please describe your change as it relates to the problem, or bug fix, as well as any dependencies. If your change requires a schema change, please describe the schema modification(s) and whether it's a backwards-incompatible or backwards-compatible change, then select one of the following:
If you're contributing a new integration, please specify the scope of the integration and how/where it has been tested (e.g., Apache Spark integration supports
S3
andGCS
filesystem operations, tested with AWS EMR).One-line summary:
Checklist
SPDX-License-Identifier: Apache-2.0
Copyright 2018-2023 contributors to the OpenLineage project