Re: fixing CREATEROLE

From: walther(at)technowledgy(dot)de
To: Robert Haas <robertmhaas(at)gmail(dot)com>, "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>
Cc: Mark Dilger <mark(dot)dilger(at)enterprisedb(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: fixing CREATEROLE
Date: 2022-11-29 07:19:27
Message-ID: 5f1a023b-c0d2-8b03-e1cc-c1ad8e1014b3@technowledgy.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Robert Haas:
> And the result is that I've got like five people, some of whom
> particulated in those discussions, showing up to say "hey, we don't
> need the ability to set defaults." Well, if that's the case, then why
> did we have hundreds and hundreds of emails within the last 12 months
> arguing about which way it should work?

For me: "Needed" as in "required". I don't think we *require* defaults
to make this useful, just as David said as well. Personally, I don't
need defaults either, at least I didn't have a use-case for it, yet. I'm
not objecting to introduce defaults, but I do object to *how* they were
introduced in your patch set, so far. It just wasn't consistent with the
other stuff that already exists.

Best,

Wolfgang

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Smith 2022-11-29 07:29:48 Re: [DOCS] Stats views and functions not in order?
Previous Message Michael Paquier 2022-11-29 07:08:27 Re: Add LZ4 compression in pg_dump