Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tfHSB-0012is-B4 for pgsql-hackers@arkaria.postgresql.org; Tue, 04 Feb 2025 11:50:55 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1tfHS8-00360W-Rz for pgsql-hackers@arkaria.postgresql.org; Tue, 04 Feb 2025 11:50:52 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tfHS8-00360N-IP for pgsql-hackers@lists.postgresql.org; Tue, 04 Feb 2025 11:50:52 +0000 Received: from mail-ej1-x62a.google.com ([2a00:1450:4864:20::62a]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1tfHS6-00378S-0z for pgsql-hackers@postgresql.org; Tue, 04 Feb 2025 11:50:51 +0000 Received: by mail-ej1-x62a.google.com with SMTP id a640c23a62f3a-ab6d59b8e88so89224866b.0 for ; Tue, 04 Feb 2025 03:50:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1738669849; x=1739274649; darn=postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=VcdWyEhGHreOGySI9lQxFN4EDvWkvSi06FbiR383hWM=; b=cp7IORo31+v0fYbYqLFtNsOtg+0VmSWmUvQ4kjmZayamtzif+RpwpKy0z2o18XsrPm M21zjoPbsXyM8cXekm0sCy/92GHnsncydPOT+cjXHMfFMW8d5Nxj2NjRGVQTCmkhW028 qjlz06SkGfR24am3jRm0Mo/gTgT6J3v26OHL28Mg2fEZ/EPCv8MOfKe72q/68QbpGsdv wpBtk49mCG7zszoKw412pTdKB/VAtEkAgMbxlUy2Luf+Yph8m0QgR2tGvhvuaXjCC7dt P7iAeqX2jfLLv9Nx4IAm9I1bcGoBjRKAH4BXlabNNe1UA+yVMfTUQndp6gIjU2gdqB7Z FYYw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1738669849; x=1739274649; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=VcdWyEhGHreOGySI9lQxFN4EDvWkvSi06FbiR383hWM=; b=VuL0IpePxTCDHFKS6TQIeqiq1nc79cpIlBuV7+KMfrjYjoBKm8cgnV0rP1kIvo8tzK uPZFu36hWV8y/XBR2MYSfrFD/P4eZr8rrIoGLsKt/IGyUzQKF7KrG+s9UkK05qToTGXR GKc3HI0rlK6odUpVGNpc9SbCkPlAll+Cjvx/ejd0zNhyL36BuoyoSnw27sJQh0bnGfWq kFJeMm9bHez5LLupFybHtqoKUvXZTlXyUvpxKTLrchrO5E9cYh4xoDOyNFuAW8VI/C1q 0cwUIZPfMj5Vaxnm5/cDzlC6OETHUNzd5/Ux2gf5FKzMf6o1Q8W1OEEgqlYvqfFq+jts hMFQ== X-Gm-Message-State: AOJu0Yz7dmthJrjrS+gYypMiacsbWxsTv9hr8avvGJ7JuEWN90+jpb74 l4+KieXwNdq3NPZzk85lTCySSNvHc3/kC+Nt5Cd0QMXXTgiyYHCemrKf7DebF+2Yu86BjeLWwkM 1maZQBriUf04stflIbxQycYvkawU= X-Gm-Gg: ASbGncv9+eeIzaHLJf5TnVXKdVje3hlZtU/xhvZxcQUeuwEpRP0clvz0ojxk/Ss5A6R rU19bWajME7ZMvaw9pNimdmKWD4TujEG4WiI8xxq3+okB3CLZk7YujLoUQpMTLPIxpNmcIrqOuA == X-Google-Smtp-Source: AGHT+IEdZuylitRmPv64As81VJU1w0XeVNwcfUok7YYJ86+JBg59MKg1TUCEyy3i0AMbV8u7hTibbBHd63f3jCdTDTg= X-Received: by 2002:a17:907:6090:b0:ab7:425d:1fa2 with SMTP id a640c23a62f3a-ab747badad0mr137167166b.10.1738669848798; Tue, 04 Feb 2025 03:50:48 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Nikita Malakhov Date: Tue, 4 Feb 2025 14:50:35 +0300 X-Gm-Features: AWEUYZkszTabVXN5JyDS0BhjwrMNLsuNsiLMNsxeWXILNEQj1dUTwg2i3FlvtH4 Message-ID: Subject: Re: SQL/JSON json_table plan clause To: Amit Langote Cc: pgsql-hackers Content-Type: multipart/alternative; boundary="000000000000b82f47062d4f9efc" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000b82f47062d4f9efc Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Amit! No, JSON_TABLE is ok. I've meant that in the previous approach to PLAN clause implementation there were some wrong tests. On Tue, Feb 4, 2025 at 6:05=E2=80=AFAM Amit Langote wrote: > Hi Nikita, > > On Wed, Dec 18, 2024 at 12:11=E2=80=AFAM Nikita Malakhov > wrote: > > > > Hi hackers! > > > > This thread is further work continued in [1], where Amit Langote > > suggested starting discussion on the remaining SQL/JSON feature > > 'PLAN clause for JSON_TABLE' anew. > > > > We'd like to help with merging SQL/JSON patches into vanilla, > > and have adapted PLAN clause to recent changes in JSON_TABLE > > function. > > Thanks for working on this. > > > While doing this we've found that some tests with the PLAN clause > > were incorrect, along with JSON_TABLE behavior with this clause. > > We've corrected this behavior, but these corrections required reverting > > some removed and heavily refactored code, so we'd be glad for review > > and feedback on this patch. > > Sorry, I don't fully understand this paragraph. Do you mean that > there might be bugs in the existing JSON_TABLE() functionality that > was committed into v17? > > -- > Thanks, Amit Langote > --=20 Regards, Nikita Malakhov Postgres Professional The Russian Postgres Company https://postgrespro.ru/ --000000000000b82f47062d4f9efc Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Amit!

No, JSON_TABL= E is ok. I've meant that in the previous approach to PLAN clause
<= div>implementation there were some wrong tests.

On Tue, Feb 4, 2025 at 6:05=E2=80=AFAM Amit Langote <amitlangote09@gmail.com> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l= eft:1px solid rgb(204,204,204);padding-left:1ex">Hi Nikita,

On Wed, Dec 18, 2024 at 12:11=E2=80=AFAM Nikita Malakhov <hukutoc@gmail.com> wrote: >
> Hi hackers!
>
> This thread is further work continued in [1], where Amit Langote
> suggested starting discussion on the remaining SQL/JSON feature
> 'PLAN clause for JSON_TABLE' anew.
>
> We'd like to help with merging SQL/JSON patches into vanilla,
> and have adapted PLAN clause to recent changes in JSON_TABLE
> function.

Thanks for working on this.

> While doing this we've found that some tests with the PLAN clause<= br> > were incorrect, along with JSON_TABLE behavior with this clause.
> We've corrected this behavior, but these corrections required reve= rting
> some removed and heavily refactored code, so we'd be glad for revi= ew
> and feedback on this patch.

Sorry, I don't fully understand this paragraph.=C2=A0 Do you mean that<= br> there might be bugs in the existing JSON_TABLE() functionality that
was committed into v17?

--
Thanks, Amit Langote


--
Regards,
Nikita Malakhov
Postgres Professional
The Russian Postgres Company
https://postgrespro.ru/=
--000000000000b82f47062d4f9efc--