Skip to content

Support for weak binding views to allow dropping of underlying objects BABEL_4_7_STABLE#3966

Merged
jsudrik merged 3 commits intobabelfish-for-postgresql:BABEL_4_7_STABLEfrom
amazon-aurora:weak-view-4-7-stable
Jul 15, 2025
Merged

Support for weak binding views to allow dropping of underlying objects BABEL_4_7_STABLE#3966
jsudrik merged 3 commits intobabelfish-for-postgresql:BABEL_4_7_STABLEfrom
amazon-aurora:weak-view-4-7-stable

Conversation

@R4hul04
Copy link
Copy Markdown
Contributor

@R4hul04 R4hul04 commented Jul 15, 2025

cherry-picked from PR: #3806 and #3963

Issues Resolved

BABEL-1660

Test Scenarios Covered

  • Use case based -

  • Boundary conditions -

  • Arbitrary inputs -

  • Negative test cases -

  • Minor version upgrade tests -

  • Major version upgrade tests -

  • Performance tests -

  • Tooling impact -

  • Client tests -

Check List

  • Commits are signed per the DCO using --signoff

By submitting this pull request, I confirm that my contribution is under the terms of the Apache 2.0 and PostgreSQL licenses, and grant any person obtaining a copy of the contribution permission to relicense all or a portion of my contribution to the PostgreSQL License solely to contribute all or a portion of my contribution to the PostgreSQL open source project.

For more information on following Developer Certificate of Origin and signing off your commits, please check here.

R4hul04 and others added 2 commits July 15, 2025 00:13
…s.This commit introduces support for both strong and weak view binding in Babelfish, aligning more closely with SQL Server's default behavior while maintaining flexibility. (babelfish-for-postgresql#3806)

Description
Currently, Babelfish only supports strong binding for views, which prevents dropping or altering referenced objects when views depend on them. This behavior differs from SQL Server, which by default allows dropping underlying tables or views unless WITH SCHEMABINDING is explicitly specified.
With this change, Babelfish now supports configurable view binding modes:

Strong binding (default): Prevents dropping referenced objects if views depend on them
Weak binding: Allows dropping of referenced objects
This feature aligns Babelfish more closely with SQL Server's behavior, providing greater flexibility
Key aspects include:

A new GUC parameter babelfishpg_tsql.weak_view_binding to control the default binding behavior (default is false)
Support for explicit WITH SCHEMABINDING to create strongly bound views regardless of the GUC setting
Ability to create weakly bound views by default when the GUC is enabled
Proper handling of ALTER VIEW operations in both binding modes
In SQL Server, views are weakly bound by default, allowing underlying objects to be dropped or altered. With our implementation, users can now choose between SQL Server's default behavior (weak binding) or the previously enforced behavior (strong binding).

Important Limitation :
This implementation currently only addresses DROP operations on tables, views, functions, procedures as well as ALTER operations on views when these objects are bound by dependent views. ALTER TABLE/ ALTER FUNCTION operations (such as dropping columns or changing data types) are still restricted when dependent views exist, regardless of binding mode. This differs from SQL Server's behavior, where weak binding also allows ALTER operations on referenced objects.
When the same underlying object is recreated, its broken child view will get repaired only if it follows postgresql restrictions for CREATE OR REPLACE VIEW. [The new query must generate the same columns that were generated by the existing view query (that is, the same column names in the same order and with the same data types), but it may add additional columns to the end of the list]
https://www.postgresql.org/docs/current/sql-createview.html#:~:text=The%20new%20query,be%20completely%20different.

Issues Resolved
BABEL-1660

Signed-off-by: Rahul Parande <rparande@amazon.com>
…e transaction snapshot

Signed-off-by: Rahul Parande <rparande@amazon.com>
@coveralls
Copy link
Copy Markdown
Collaborator

coveralls commented Jul 15, 2025

Pull Request Test Coverage Report for Build 16281751499

Details

  • 365 of 394 (92.64%) changed or added relevant lines in 7 files are covered.
  • 2 unchanged lines in 1 file lost coverage.
  • Overall coverage increased (+0.1%) to 75.559%

Changes Missing Coverage Covered Lines Changed/Added Lines %
contrib/babelfishpg_tsql/src/catalog.c 22 28 78.57%
contrib/babelfishpg_tsql/src/hooks.c 307 330 93.03%
Files with Coverage Reduction New Missed Lines %
contrib/babelfishpg_tsql/src/pl_funcs.c 2 19.04%
Totals Coverage Status
Change from base Build 16269342248: 0.1%
Covered Lines: 49449
Relevant Lines: 65444

💛 - Coveralls

@R4hul04 R4hul04 requested a review from forestkeeper July 15, 2025 01:18
Copy link
Copy Markdown
Contributor

@jsudrik jsudrik left a comment

Choose a reason for hiding this comment

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

Cherrypick from review and merged code in other branch.

Approved.

@jsudrik jsudrik merged commit 42f84c5 into babelfish-for-postgresql:BABEL_4_7_STABLE Jul 15, 2025
48 checks passed
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.

3 participants