sql/opt: name resolution for schemas when creating new objects should account for permissions/privileges #42383
Labels
A-sql-optimizer
SQL logical planning and optimizations.
A-sql-privileges
SQL privilege handling and permission checks.
C-cleanup
Tech debt, refactors, loose ends, etc. Solution not expected to significantly change behavior.
C-investigation
Further steps needed to qualify. C-label will change.
Milestone
As part of work to support temporary tables, the
system.namespace
table is being extended to include an additionalParentSchemaID
. This is a step towards supporting additional physical schemas other thanpublic
(even though none can be created yet).Currently, the optimizer assumes that tables can only be created under the
public
schema and does no permission check. As we add the ability to scope under different schemas, a simple name check is not enough.Instead, there needs to be a check to see if the schema exists + the user has privileges to create an object under that schema.
The text was updated successfully, but these errors were encountered: