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