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 | http://candle.pha.pa.us
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: Jeff||Date: 2003-10-08 14:57:34|
|Subject: Re: Sun performance - Major discovery!|
|Previous:||From: Tom Lane||Date: 2003-10-08 14:56:30|
|Subject: Re: [HACKERS] Cannot dump/restore text value \N |
pgsql-committers by date
|Next:||From: Bruce Momjian||Date: 2003-10-08 18:18:04|
|Subject: pgsql-server/contrib/pg_autovacuum README.pg_a ...|
|Previous:||From: Matthew T. O'Connor||Date: 2003-10-08 14:52:25|
|Subject: Re: Disabling function validation|