Re: [PERFORM] Realtime VACUUM, was: performance of insert/delete/update - Mailing list pgsql-hackers

From Dave Page
Subject Re: [PERFORM] Realtime VACUUM, was: performance of insert/delete/update
Date
Msg-id 03AF4E498C591348A42FC93DEA9661B8128C8C@mail.vale-housing.co.uk
Whole thread Raw
In response to [PERFORM] Realtime VACUUM, was: performance of insert/delete/update  ("Curtis Faith" <curtis@galtair.com>)
List 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 by date:

Previous
From: "Nicolai Tufar"
Date:
Subject: Re: [PERFORM] Realtime VACUUM, was: performance of insert/delete/update
Next
From: Manfred Koizar
Date:
Subject: Re: nested transactions