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

Re: lock listing

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Neil Conway <nconway(at)klamath(dot)dyndns(dot)org>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>,PostgreSQL Patches <pgsql-patches(at)postgresql(dot)org>
Subject: Re: lock listing
Date: 2002-07-31 18:34:19
Message-ID: 200207311834.g6VIYJ801805@candle.pha.pa.us (view raw or flat)
Thread:
Lists: pgsql-patches
Yes, I think that would be the way to go, or look at the stat functions
that return tuple sets and use those.  That may be a cleaner solution.

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

Neil Conway wrote:
> On Tue, Jul 30, 2002 at 03:11:40PM -0400, Bruce Momjian wrote:
> > We have pg_stat_activity.  Seems pg_locks should behave the same,
> > without the ().  Let it show up in \dS.  Do you need assistance with
> > this?  I know FRS is neat, but logically it seems it should appear as a
> > table like that statistics stuff.
> 
> So I should just add a view called "pg_locks" that calls the table
> function?
> 
> I'll submit a new patch once Joe's anonymous composite type patch gets
> into CVS.
> 
> Cheers,
> 
> Neil
> 
> -- 
> Neil Conway <neilconway(at)rogers(dot)com>
> PGP Key ID: DB3C29FC
> 
> ---------------------------(end of broadcast)---------------------------
> TIP 5: Have you checked our extensive FAQ?
> 
> http://www.postgresql.org/users-lounge/docs/faq.html
> 

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman(at)candle(dot)pha(dot)pa(dot)us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

In response to

Responses

pgsql-patches by date

Next:From: Neil ConwayDate: 2002-07-31 18:47:49
Subject: Re: lock listing
Previous:From: Tom LaneDate: 2002-07-31 17:27:00
Subject: Re: default attstattarget

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