Re: vacuum full problem

Поиск
Список
Период
Сортировка
От pginfo
Тема Re: vacuum full problem
Дата
Msg-id 3FB1C2D1.437EA447@t1.unisoftbg.com
обсуждение исходный текст
Ответ на vacuum full problem  (pginfo <pginfo@t1.unisoftbg.com>)
Список 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@postgresql.org




В списке pgsql-admin по дате отправления:

Предыдущее
От: Andrew Sullivan
Дата:
Сообщение: Re: Upgrading to Solaris 9
Следующее
От: Christopher Browne
Дата:
Сообщение: Re: [pg 7.1.rc2] pg_restore and large tables