Re: vacuum full problem

From: pginfo <pginfo(at)t1(dot)unisoftbg(dot)com>
To: Stephan Szabo <sszabo(at)megazone(dot)bigpanda(dot)com>
Cc: Antonis Antoniou <a(dot)antoniou(at)albourne(dot)com>, "'pgsql-admin(at)postgresql(dot)org'" <pgsql-admin(at)postgresql(dot)org>
Subject: Re: vacuum full problem
Date: 2003-11-12 05:19:13
Message-ID: 3FB1C2D1.437EA447@t1.unisoftbg.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Stephan Szabo wrote:

> On Tue, 11 Nov 2003, pginfo wrote:
>
> > > > It is possible to be one not closed transaction, but in this case nobody will be
> > > > able to modify this table (tables) and
> > > > the system will stop to respond. The paradox is that the system works well without
> > >
> > > Not necessarily. People are going to be able to insert/update/delete from
> > > the tables (the locks are AccessShareLock) because those don't get a
> > > conflicting table lock. They're not going to be able to do things like
> > > vacuum full or alter table however because those do.
> > >
> >
> > Can you point me to any place in docs to read more detailed about locks and statistic (
> > I have idea, butt also I will to know more if possible).
>
> Well, for a list of the lock levels and some examples of where they're
> used you might want to see:
> http://www.postgresql.org/docs/7.3/static/explicit-locking.html
>

Thanks, it is good.regards,
ivan.

> ---------------------------(end of broadcast)---------------------------
> TIP 1: subscribe and unsubscribe commands go to majordomo(at)postgresql(dot)org

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Shane Wright 2003-11-12 09:11:16 Re: Trying to pg_restore a 7.1.3 db into 7.3.4 - stalling
Previous Message Andrew Rawnsley 2003-11-12 03:07:54 Re: backup restore