From: | "Euler Taveira" <euler(at)eulerto(dot)com> |
---|---|
To: | "Bharath Rupireddy" <bharath(dot)rupireddyforpostgres(at)gmail(dot)com>, "Michael Paquier" <michael(at)paquier(dot)xyz> |
Cc: | "PostgreSQL Hackers" <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Why is specifying oids = false multiple times in create table is silently ignored? |
Date: | 2021-04-07 14:09:41 |
Message-ID: | be1c1476-c457-47b1-8183-dfba857675f7@www.fastmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Apr 7, 2021, at 10:25 AM, Bharath Rupireddy wrote:
> On Wed, Apr 7, 2021 at 4:20 PM Michael Paquier <michael(at)paquier(dot)xyz <mailto:michael%40paquier.xyz>> wrote:
> >
> > On Wed, Apr 07, 2021 at 04:00:46PM +0530, Bharath Rupireddy wrote:
> > > And also, the commit 578b229718 talks about removing "with (oids =
> > > false)" someday. Is it the time now to remove that and error out with
> > > "unrecognized parameter "oids""?
> >
> > Nope, and I think that it will remain around for some time. Keeping
> > around the code necessary to silence WITH OIDS has no real maintenance
> > cost, and removing it could easily break applications. So there is
> > little gain in cleaning up that, and a lot of potential loss for
> > users.
>
> I agree to not remove "with (oids = false)". At least shouldn't we fix
> the "create table ... with (oids = false, oids = false ....)" case,
> just to be consistent with other options?
It would be weird to error out while parsing a no-op option, no?
> But, why do we need to allow specifying oids = false multiple times(see
> below)? Shouldn't we throw an error for consistency with other options?
>
If you look at transformReloptions(), the no-op code is just a hack. Such a
patch should add 'oids' as a reloption to test for multiple occurrences.
Although, CREATE TABLE says you can use 'oids=false', Storage Parameters
section does not mention it as a parameter. The code is fine as is.
--
Euler Taveira
EDB https://www.enterprisedb.com/
From | Date | Subject | |
---|---|---|---|
Next Message | Hellmuth Vargas | 2021-04-07 14:12:47 | Re: PostgreSQL log query's result size |
Previous Message | Amit Langote | 2021-04-07 14:07:23 | Re: Wired if-statement in gen_partprune_steps_internal |