Re: BUG #17902: export/import tenant not possible due to PG internal id on jsonB fields. - Mailing list pgsql-bugs

From Tom Lane
Subject Re: BUG #17902: export/import tenant not possible due to PG internal id on jsonB fields.
Date
Msg-id 2444931.1681748317@sss.pgh.pa.us
Whole thread Raw
In response to Re: BUG #17902: export/import tenant not possible due to PG internal id on jsonB fields.  (Greg Stark <stark@mit.edu>)
List pgsql-bugs
Greg Stark <stark@mit.edu> writes:
> But large objects are kind of a leaky abstraction in that the internal
> ID becomes a user-visible identifier that is the only way users have
> of referencing these objects.

> I could see it being pretty useful to have an user-controlled
> identifier instead of forcing users to use OIDs.

You already can create LOBs with any identifier you want, as long
as it's an int4.  The OP seems to think he can mix manual allocation
with automatic allocation of those IDs and it should just work.

> But the bad news is that I don't think anyone's really excited about
> working on the LOB facility.

Yeah.  There's been some discussion of widening the identifiers to
int8, but I can't see going further than that.  UUIDs would be a
disaster for a number of reasons, both performance and compatibility
related.

            regards, tom lane



pgsql-bugs by date:

Previous
From: Greg Stark
Date:
Subject: Re: BUG #17902: export/import tenant not possible due to PG internal id on jsonB fields.
Next
From: Alexander Korotkov
Date:
Subject: Re: BUG #17847: Unaligned memory access in ltree_gist