sql: name resolution handles unpermissioned schemas differently from postgres #54587
Labels
C-bug
Code not up to spec/doc, specs & docs deemed correct. Solution expected to change code/behavior.
S-3-ux-surprise
Issue leaves users wondering whether CRDB is behaving properly. Likely to hurt reputation/adoption.
T-sql-foundations
SQL Foundations Team (formerly SQL Schema + SQL Sessions)
While testing out #54538 I noticed that we handle name resolution differently from Postgres when it comes to schemas the user doesn't have privileges on.
For instance, say my username is "solon" and the search path is the default
$user,public
. If thesolon
schema exists and I don't have any permissions on it, this is the result:Similarly if there is a table named
t
in both thesolon
andpublic
schemas, this is the result:This is not the case with Postgres, which would fallback to the
public
schema in both cases.More investigation is needed to understand exactly what the Postgres logic is here.
Jira issue: CRDB-3737
The text was updated successfully, but these errors were encountered: