Re: [PERFORM] Realtime VACUUM, was: performance of insert/delete/update

Поиск
Список
Период
Сортировка
От Dave Page
Тема Re: [PERFORM] Realtime VACUUM, was: performance of insert/delete/update
Дата
Msg-id 03AF4E498C591348A42FC93DEA9661B8128C8C@mail.vale-housing.co.uk
обсуждение исходный текст
Ответ на [PERFORM] Realtime VACUUM, was: performance of insert/delete/update  ("Curtis Faith" <curtis@galtair.com>)
Список pgsql-hackers

> -----Original Message-----
> From: Nicolai Tufar [mailto:ntufar@apb.com.tr]
> Sent: 27 November 2002 14:02
> To: pgsql-hackers@postgresql.org; PgSQL Performance ML
> Subject: Re: [PERFORM] [HACKERS] Realtime VACUUM, was:
> performance of insert/delete/update
>
>
> I always wandered if VACUUM is the right name for the
> porcess. Now, when PostgreSQL is actively challenging in
> Enterprise space, it might be a good idea to give it a more
> enterprise-like name. Try to think how it is looking for an
> outside person to see us, database professionals hold lenghty
> discussions about the ways we vacuum a database. Why should
> you need to vacuum a database? Is it dirty? In my personal
> opinion, something like "space reclaiming daemon", "free-list
> organizer", "tuple recyle job" or "segment coalesce process"
> would sound more business-like .

As inspired by the SQL Server Enterprise Manager I've just been swearing
at:

"Database Optimizer"

Regards, Dave.

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

Предыдущее
От: "Nicolai Tufar"
Дата:
Сообщение: Re: [PERFORM] Realtime VACUUM, was: performance of insert/delete/update
Следующее
От: Manfred Koizar
Дата:
Сообщение: Re: nested transactions