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 1tf9Fj-0001nm-M3 for pgsql-hackers@arkaria.postgresql.org; Tue, 04 Feb 2025 03:05:32 +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 1tf9Fg-000c2j-BZ for pgsql-hackers@arkaria.postgresql.org; Tue, 04 Feb 2025 03:05:28 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tf9Fg-000c2a-09 for pgsql-hackers@lists.postgresql.org; Tue, 04 Feb 2025 03:05:28 +0000 Received: from mail-pj1-x1035.google.com ([2607:f8b0:4864:20::1035]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1tf9Fd-00397p-0j for pgsql-hackers@postgresql.org; Tue, 04 Feb 2025 03:05:27 +0000 Received: by mail-pj1-x1035.google.com with SMTP id 98e67ed59e1d1-2f9bed1f521so468841a91.3 for ; Mon, 03 Feb 2025 19:05:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1738638324; x=1739243124; darn=postgresql.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=IU6DC8RB7kChwHVspH9ElLpM4M8w2bCN3P7OH3wTMSk=; b=NuCxl4N8BEiOg5qguG4wpmwJxE4/+5VzJeFU7QzkXYoUzILf29TS3b2o54/Nyn+jlo B5Yal9p5YJtAJ1NsDuMmUAGeu9cHgEKuTGAUYRkfJlOw2Vi4ZpC0YZycNpQXDkm7pn6r qkMABcvpEjemcNtFDfhpWE1u5bydoV3Gk8EI9Icg8a538koGrkPc8N8LdKp0EjmB49m2 LVbyWYtxJ5UiJpfyzPdxcp88/U2Vl0odCqI4oQNVyuhlTzNu9CpSGX9mL7IhnFFu+6oz 8JDCLy0+xtHQTksjFl7EIhYy3o2m0O+7l4LrBouROJueXgCwK0RqGxaswHq5we9TTrt0 jaJw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1738638324; x=1739243124; h=content-transfer-encoding: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=IU6DC8RB7kChwHVspH9ElLpM4M8w2bCN3P7OH3wTMSk=; b=CO26LvhczRp7Qy4LlCHwQ0uNrnifJPYeGO2EK9ZfY5hZruL/cap/hqHXBmiVcDfMnH 3FeAuWhhR4yf92xYVrMELz0UUrchO3FmF46E8tBdu4tgUV27nt3rN5w2s/NpsIq1f5/A wOIogXg6dud0pyG5oFB0tViWzJbrAVBdvCIlkS7zUNa3LNFiyJHmLMShPZsMdExK6P9b XaMzg/N65rFB+SvztLMLqfgCmWkEP4LIqb+MAlLAw2LYYbnkFqZhD/JnVN4qeUwvFR1I S97/LbAYUj8JycEuT/SKXEsKIHWm5Vk8yEUKLePEAB3RtD+y/OyVHsicNCVpcnFMXsqG q3Ag== X-Gm-Message-State: AOJu0Yw4x0wHftTP+f3du3ghdF529c4yW6m/CEfWk4s8gW9iwcOhu/Lw 6m5VfcY/DZseszk0j61pxIO5O9ehS4654huG+lL7oOdekBZsdnqw2/k6HyfR5vxO7EsU200sAgp e0kr6p8i1LuA8XijjbqWTuR21WC0= X-Gm-Gg: ASbGncuyHag/RC4msHSh13A51xztpeqqQqUMz2IF4vZuXg0NsVPZ9LBTVHAjt3MCPVy ZJ3nJO7O9kPIZPo4MOEGYu7txPI/qh/n+Scq7t1klsgIm74VKiAXNG+hrOW/vkxD7q+U54FW+Cw == X-Google-Smtp-Source: AGHT+IF1DRN6AGDi7lWs+ni50JfEXBzua63fAhIH85Xd0CafPNMmGwAU66PIry9vNNCrqxLKK7h8TvNiSvNCceRU0mU= X-Received: by 2002:a17:90b:2dc7:b0:2ee:4b8f:a5b1 with SMTP id 98e67ed59e1d1-2f83ac73aadmr36613936a91.24.1738638323801; Mon, 03 Feb 2025 19:05:23 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Amit Langote Date: Tue, 4 Feb 2025 12:05:07 +0900 X-Gm-Features: AWEUYZnVjymitex4ZdoxBUQji4V3yaWSJyFGoBsE3fCo-v84aZ3eTO37OHEek2g Message-ID: Subject: Re: SQL/JSON json_table plan clause To: Nikita Malakhov Cc: pgsql-hackers Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk 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? --=20 Thanks, Amit Langote