-
Notifications
You must be signed in to change notification settings - Fork 5.9k
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
planner: support universal SQL bindings #48875
Labels
affects-7.1
This bug affects the 7.1.x(LTS) versions.
epic/sql-plan-management
sig/planner
SIG: Planner
type/feature-request
Categorizes issue or PR as related to a new feature.
Comments
qw4990
added
the
type/feature-request
Categorizes issue or PR as related to a new feature.
label
Nov 24, 2023
13 tasks
13 tasks
13 tasks
13 tasks
13 tasks
13 tasks
13 tasks
13 tasks
13 tasks
13 tasks
13 tasks
13 tasks
13 tasks
This was referenced Jan 24, 2024
13 tasks
13 tasks
13 tasks
13 tasks
13 tasks
Merged
13 tasks
13 tasks
Open
13 tasks
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
affects-7.1
This bug affects the 7.1.x(LTS) versions.
epic/sql-plan-management
sig/planner
SIG: Planner
type/feature-request
Categorizes issue or PR as related to a new feature.
Feature Request
Is your feature request related to a problem? Please describe:
In the context of database consolidation, it is common to encounter situations where identical applications repeat on multiple database schemas. When addressing performance issues with SQL binding, it becomes imperative to replicate the SQL bindings across each of these schemas. In some practical scenarios, it is not unusual to have approximately 500 databases within a single cluster. Implementing SQL binding across all these schemas can pose significant challenges for customers.
Describe the feature you'd like:
Support the syntax like:
The user can use wildcards as DB names when creating bindings.
The text was updated successfully, but these errors were encountered: