| From: | Stephen Frost <sfrost(at)snowman(dot)net> |
|---|---|
| To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
| Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: [COMMITTERS] pgsql: Use a bitmask to represent role attributes |
| Date: | 2014-12-23 16:16:31 |
| Message-ID: | 20141223161630.GG3062@tamriel.snowman.net |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-committers pgsql-hackers |
* Robert Haas (robertmhaas(at)gmail(dot)com) wrote:
> On Tue, Dec 23, 2014 at 10:51 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> > Meh. To the extent that users look at pg_roles rather than pg_authid,
> > it's going to look like another 15 boolean columns to them anyway ...
> > except that now, those columns are suddenly a lot more expensive to read.
>
> Ugh. I think that's actually a really good point. I guess I'll +1
> reverting this, then.
If that's the only consideration for this, well, that's certainly quite
straight-forward to change in the other direction too. The new function
suggested by Andres actually makes it really easy to get a textual list
of all the role attributes which a role has from the bitmask too. I was
more concerned with the on-disk and C-level structure and size than
about the time required to get at the value of each bit at the
SQL-level.
Thanks,
Stephen
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Stephen Frost | 2014-12-23 16:22:09 | Re: [COMMITTERS] pgsql: Use a bitmask to represent role attributes |
| Previous Message | Stephen Frost | 2014-12-23 16:09:00 | Re: [COMMITTERS] pgsql: Use a bitmask to represent role attributes |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | José Luis Tallón | 2014-12-23 16:20:19 | Proposal: two new role attributes and/or capabilities? |
| Previous Message | Andrew Dunstan | 2014-12-23 16:11:42 | Re: bin checks taking too long. |