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 1qiy41-008hDJ-EQ for pgsql-bugs@arkaria.postgresql.org; Wed, 20 Sep 2023 14:20:25 +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 1qiy3y-000YYo-Jx for pgsql-bugs@arkaria.postgresql.org; Wed, 20 Sep 2023 14:20:22 +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 1qiy3y-000YYf-At for pgsql-bugs@lists.postgresql.org; Wed, 20 Sep 2023 14:20:22 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qiy3q-006KYi-Oo for pgsql-bugs@lists.postgresql.org; Wed, 20 Sep 2023 14:20:21 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 38KEKCZK523987; Wed, 20 Sep 2023 10:20:13 -0400 From: Tom Lane To: ariel@mashraki.co.il cc: pgsql-bugs@lists.postgresql.org Subject: Re: BUG #18117: View definitions were changed in version 16 (missing column qualifiers) In-reply-to: <18117-972f125de280aa93@postgresql.org> References: <18117-972f125de280aa93@postgresql.org> Comments: In-reply-to PG Bug reporting form message dated "Wed, 20 Sep 2023 09:08:31 -0000" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <523985.1695219612.1@sss.pgh.pa.us> Date: Wed, 20 Sep 2023 10:20:12 -0400 Message-ID: <523986.1695219612@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk PG Bug reporting form writes: > I'm not sure if this change was intentional since it wasn't mentioned in the > release notes, or at least, I couldn't find it there. Running the three > statements below in version 16 produces ~different results from those in all > versions before 16. I checked this against versions 11, 12, ... 15 > Statements: > create table t(c int); > create view v(c) as select c from t; > select view_definition from information_schema.views where table_name='v'; Yeah, that was intentional, cf https://git.postgresql.org/gitweb/?p=postgresql.git&a=commitdiff&h=47bb9db75 I don't see any corresponding entry in the v16 release notes, but it doesn't surprise me that Bruce would have deemed this an internal change not worth documenting. Minor cosmetic changes in the output of view deparsing are very common. regards, tom lane