From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: why restrict role "public" but not "Public"? |
Date: | 2010-08-24 23:27:50 |
Message-ID: | 7397.1282692470@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Alvaro Herrera <alvherre(at)commandprompt(dot)com> writes:
> The reason I'm asking is that I'm trying to allow "public" to be passed
> to has_table_privileges(), and have it check for the PUBLIC pseudo-role.
> Originally I had coded it using pg_strcasecmp() on the grounds that any
> case should refer to this.
That would be incorrect, IMO. Ordinary role names passed to that
function would certainly not be treated case-insensitively, so this
one should not be either.
> It seems a complicated rule to document. Seems better to just disallow
> creating a role "public" regardless of case.
Perhaps, but the above is not a good argument for changing it.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2010-08-24 23:56:31 | Re: HS/SR on AIX |
Previous Message | Luxenberg, Scott I. | 2010-08-24 23:25:13 | Performance Farm Release |