Skip to content
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

feat: Optional numerics for postgres arrays #3903

Merged
merged 3 commits into from
Oct 3, 2022
Merged

feat: Optional numerics for postgres arrays #3903

merged 3 commits into from
Oct 3, 2022

Conversation

KingMichaelPark
Copy link
Contributor

@KingMichaelPark KingMichaelPark commented Oct 1, 2022

Adjust the ArrayAccessorSegment to parse empty sides of an array.
i.e. [:2] or [2:]

fixes #3842
+ref: #3842

Brief summary of the change made

Are there any other side effects of this change that we should be aware of?

Pull Request checklist

  • Please confirm you have completed any of the necessary steps below.

  • Included test cases to demonstrate any code changes, which may be one or more of the following:

    • .yml rule test cases in test/fixtures/rules/std_rule_cases.
    • .sql/.yml parser test cases in test/fixtures/dialects (note YML files can be auto generated with tox -e generate-fixture-yml).
    • Full autofix test cases in test/fixtures/linter/autofix.
    • Other.
  • Added appropriate documentation for the change.

  • Created GitHub issues for any relevant followup/future enhancements if appropriate.

Comment on lines +33 to +35
("ArrayAccessorSegment", "[2:10]"),
("ArrayAccessorSegment", "[:10]"),
("ArrayAccessorSegment", "[2:]"),
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can you add a test here for the simple case of [2], which I worry wouldn't pass given your current implementation?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sure thing, I have just added the relevant change, thanks for noticing.

- Handle either single int, both numbers, or either
  numbers when accessing postgres array

+ref: #3842
Copy link
Member

@alanmcruickshank alanmcruickshank left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM 👍 . Thanks for putting this together.

@codecov
Copy link

codecov bot commented Oct 3, 2022

Codecov Report

Base: 100.00% // Head: 100.00% // No change to project coverage 👍

Coverage data is based on head (02a8494) compared to base (4601a89).
Patch has no changes to coverable lines.

Additional details and impacted files
@@            Coverage Diff            @@
##              main     #3903   +/-   ##
=========================================
  Coverage   100.00%   100.00%           
=========================================
  Files          185       185           
  Lines        14288     14288           
=========================================
  Hits         14288     14288           
Impacted Files Coverage Δ
src/sqlfluff/dialects/dialect_postgres.py 100.00% <ø> (ø)

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

☔ View full report at Codecov.
📢 Do you have feedback about the report comment? Let us know in this issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

sqlfluff cannot parse array slicing with missing bound in PostgreSQL
2 participants