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

Re: Patch for DBD::Pg pg_relcheck problem

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: Ian Barwick <barwick(at)gmx(dot)net>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>,dbi-dev(at)perl(dot)org, pgsql-interfaces(at)postgresql(dot)org, david(at)wheeler(dot)net
Subject: Re: Patch for DBD::Pg pg_relcheck problem
Date: 2002-12-30 04:57:32
Message-ID: 200212300457.gBU4vWl21750@candle.pha.pa.us (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-interfaces
Where are we on the release of a new DBDpg version?  As I remember the
only open item is handling binary values, but at this point, maybe we
should just push out a release and fix it later.

---------------------------------------------------------------------------

Bruce Momjian wrote:
> 
> Thanks.  Patch applied.  David, time to package up a new version of DBD:Pg?
> 
> ---------------------------------------------------------------------------
> 
> Ian Barwick wrote:
> > On Monday 09 December 2002 17:03, Tom Lane wrote:
> > > Ian Barwick <barwick(at)gmx(dot)net> writes:
> > > > To avoid voodoo with PostgreSQL version numbers
> > > > a check is made whether pg_relcheck exists and
> > > > the appropriate query (either 7.3 or pre 7.3)
> > > > executed.
> > >
> > > I would think that looking at version number (select version())
> > > would be a much cleaner approach.  Or do you think that direct
> > > examination of pg_class is a version-independent operation?
> > 
> > No, but I was hoping it will remain stable for long enough
> > for what is basically a temporary work around until a revised version of 
> > DBD::Pg can be produced. It doesn't make any more assumptions 
> > about pg_class than are made elsewhere in the current Pg.pm.
> > 
> > > This inquiry into pg_relcheck's existence is already arguably wrong
> > > in 7.3 (since it's not taking account of which schema pg_relcheck
> > > might be found in) and it can only go downhill in future versions.
> > 
> > Doh. Knew I had to be missing something obvious. (Of course,
> > anyone using current DBD::Pg with 7.3 as is will have to take
> > extra care with system tables and schema namespaces anyway.)
> > 
> > So out with the candle wax and pins ;-). Am I right
> > in thinking that the string returned by SELECT version()
> > starts with the word "PostgreSQL" followed by:
> >   a space; 
> >   a single digit indicating the major version number;
> >   a full stop / decimal point;
> >   a single digit indicating the minor version number;
> > and either "interim release" number (e.g. ".1" in the case of 7.3.1), or
> > "devel", "rc1" etc. ?
> > And that this has been true since 6.x and will continue for the forseeable 
> > future (i.e. far far longer than the intended lifespan of attached patch)?
> > 
> > 
> > Ian Barwick
> > barwick(at)gmx(dot)net
> > 
> > Attached: revised patch
> > 
> > 
> > 
> > 
> > 
> > 
> 
> [ Attachment, skipping... ]
> 
> -- 
>   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
> 
> ---------------------------(end of broadcast)---------------------------
> TIP 1: subscribe and unsubscribe commands go to majordomo(at)postgresql(dot)org
> 

-- 
  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: Bruce MomjianDate: 2002-12-30 04:59:21
Subject: Re: Patch for DBD::Pg pg_relcheck problem
Previous:From: Sailesh KrishnamurthyDate: 2002-12-30 04:06:40
Subject: Re: BITMAP Index support (and other DSS info.)

pgsql-interfaces by date

Next:From: Bruce MomjianDate: 2002-12-30 04:59:21
Subject: Re: Patch for DBD::Pg pg_relcheck problem
Previous:From: Tom LaneDate: 2002-12-30 03:31:36
Subject: Re: Shouldn't .pgpass work with anything which uses libpq?

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