RE: Inconsistent Behavior in JSONB Numeric Array Deletion - Mailing list pgsql-hackers

From Mark Drake
Subject RE: Inconsistent Behavior in JSONB Numeric Array Deletion
Date
Msg-id 008001dbdb2c$44101430$cc303c90$@golden-hind.com
Whole thread Raw
In response to Re: Inconsistent Behavior in JSONB Numeric Array Deletion  ("David E. Wheeler" <david@justatheory.com>)
List pgsql-hackers
I am certainly not tied to the '-' operator, but I think the ability to remove items from a numeric json array,  based
ona value would be something that would benefit many users. 

-----Original Message-----
From: David E. Wheeler <david@justatheory.com>
Sent: Wednesday, June 11, 2025 2:48 PM
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Robert Haas <robertmhaas@gmail.com>; Mark Dake <mark.drake@golden-hind.com>; pgsql-hackers@postgresql.org
Subject: Re: Inconsistent Behavior in JSONB Numeric Array Deletion

On Jun 11, 2025, at 17:43, Tom Lane <tgl@sss.pgh.pa.us> wrote:

> I fear that that would cause some problems.  Consider
>
> regression=# select '["foo", "bar"]'::jsonb - 'bar'; ?column?
> ----------
> ["foo"]
> (1 row)
>
> Right now we resolve the unlabeled literal as type text.
> But if jsonb - jsonb existed, we'd decide it's jsonb, thanks to the
> heuristic that prefers same-type-as-the-other-input (rule 2a at [1]).
> So it's pretty nearly certain that adding jsonb - jsonb would break
> some existing queries; or worse, silently cause them to do something
> different.
> Maybe that's acceptable, but it's a demerit of this proposal.

Ah. It’s a pity the existing operator behaves differently for different rhs operands. But maybe add a new one that’s
definedto operator on contents rather than keys/indexes and deprecate (or un-document) the content behavior in the `-`
operator?

Best,

Davi




pgsql-hackers by date:

Previous
From: "Mark Drake"
Date:
Subject: RE: Inconsistent Behavior in JSONB Numeric Array Deletion
Next
From: Michael Paquier
Date:
Subject: Re: Make COPY format extendable: Extract COPY TO format implementations