Skip site navigation (1) Skip section navigation (2)

Re: Disabling function validation

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: "Matthew T(dot) O'Connor" <matthew(at)zeut(dot)net>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Peter Eisentraut <peter_e(at)gmx(dot)net>,PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Disabling function validation
Date: 2003-10-08 14:57:31
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-committerspgsql-hackers
Matthew T. O'Connor wrote:
> Tom Lane wrote:
> >Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> >  
> >
> >>Should we add a variable that is set from the dump filew that identifies
> >>the version of PostgreSQL that generated the dump?
> >>	SET dumped_version = 7.3
> >>    
> >>
> >
> >Is that identifying the backend version, or the pg_dump version?
> >
> >Without a solid rationale for this, I'd rather not do it.
> >
> >  
> >
> Why not both?  I would also think this info could be used in pg_restore 
> in some way at some point.  Even if if can't, wouldn't it be worth it 
> just for debugging purposes.  Knowing for sure what the backend and 
> pg_dump versions were could be helpful.

My guess was that this information would allow us to change the behavior
of PostgreSQL in the future but allow older dumps to still load.

  Bruce Momjian                        |
  pgman(at)candle(dot)pha(dot)pa(dot)us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

In response to

pgsql-hackers by date

Next:From: JeffDate: 2003-10-08 14:57:34
Subject: Re: Sun performance - Major discovery!
Previous:From: Tom LaneDate: 2003-10-08 14:56:30
Subject: Re: [HACKERS] Cannot dump/restore text value \N

pgsql-committers by date

Next:From: Bruce MomjianDate: 2003-10-08 18:18:04
Subject: pgsql-server/contrib/pg_autovacuum README.pg_a ...
Previous:From: Matthew T. O'ConnorDate: 2003-10-08 14:52:25
Subject: Re: Disabling function validation

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group