X-Original-To: pgsql-hackers-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.2]) by svr1.postgresql.org (Postfix) with ESMTP id 6B8F7D1B538 for ; Thu, 23 Oct 2003 09:01:57 +0000 (GMT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (neptune.hub.org [200.46.204.2]) (amavisd-new, port 10024) with ESMTP id 08801-08 for ; Thu, 23 Oct 2003 06:01:27 -0300 (ADT) Received: from fzkmail2.fzk.de (fzkmail2.fzk.de [141.52.27.52]) by svr1.postgresql.org (Postfix) with SMTP id 20ADCD1B529 for ; Thu, 23 Oct 2003 06:01:24 -0300 (ADT) Received: FROM resy5.fzk.de BY fzkmail2.fzk.de ; Thu Oct 23 11:01:18 2003 +0200 Received: œby rodos.fzk.de with ESMTP (8.8.6 (PHNE_17135)/8.7.1) id LAA01233; Thu, 23 Oct 2003 11:01:17 +0200 (METDST) From: Christoph Haller Message-Id: <200310230901.LAA01054@rodos> Subject: Re: Automatic compat checking? (was 7.4 compatibility question) To: dev@archonet.com (Richard Huxton) Date: Thu, 23 Oct 2003 11:01:16 METDST Cc: pgsql-hackers@postgresql.org In-Reply-To: <200310221030.52736.dev@archonet.com>; from "Richard Huxton" at Oct 22, 103 11:33 am X-Mailer: Elm [revision: 212.4] X-Virus-Scanned: by amavisd-new at postgresql.org X-Amavis-Alert: BAD HEADER Non-encoded 8-bit data (char 9C hex) in message header 'Received' Received: \234by rodos.fzk.de... ^ X-Archive-Number: 200310/1068 X-Sequence-Number: 45750 > > On Wednesday 22 October 2003 07:37, Neil Conway wrote: > > The second audience is the people who are really interested in exactly > > what has changed between the new release of PostgreSQL and the previous > > release series. It is important that we make it easy for an admin > > planning a PostgreSQL upgrade at a fairly large site to be able to see > > what changes in PostgreSQL have been made, and what changes will be > > necessary in their own applications. > > Something I was pondering the other day was whether a pg_compat_chk utility > would be practical/desirable. You run it against your existing database / > schema dump and it prints a set of warnings: > > Old version = 7.2.1 > New version = 7.4.0 > > Warning: schema support introduced (v7.3) > all objects will be placed in the default schema > Failure: DEFAULT 'now' not supported (v7.4) > table1.column2 > table2.column3 > Notice: timestamp now holds milliseconds by default (v7.3) > tableX.whatever > > My main concern would be that a 90% solution might be worse than nothing at > all. > Incidentally, this is not idle speculation, but something I might well have > time to stick in gborg during the 7.5 devt cycle. > > -- > Richard Huxton > Archonet Ltd > A pg_compat_chk utility sounds great. No idea, if this is practical, but it's desirable - at least to me. Regards, Christoph PS I'm surprised no one else replied.