On Thu, 2007-03-01 at 17:53 -0500, Tom Lane wrote:
> The real problem though is whether you can get anything much done if up
> against a hard limit; especially if that limit also affects the system
> catalogs. Remember that UPDATE requires the ability to insert new tuple
> versions, so there are a whole lot of things that will draw that ERROR.
You can pg_dump, drop the database, and make it again (maybe after
deleting a few lines).
I know it's not pretty, but the request is mostly centered around
virtual hosting. The admin can easily generate emails when space is low,
and when someone actually hits the quota the admin does have a path to
get them out of the mess without disturbing other customers.
It's not fool-proof. Someone can generate huge amounts of WAL traffic,
hog the CPU, use the RAM, all kinds of things. But virtual hosting can't
easily prevent that kind of thing anyway.
So it seems like we already have a solution to quotas at the database
Another point is that shared virtual hosting is becoming less important
as OS virtualization (like Xen) becomes more prevalent.
In response to
pgsql-hackers by date
|Next:||From: FAST PostgreSQL||Date: 2007-03-02 00:19:43|
|Subject: Re: [HACKERS] |
|Previous:||From: Hiroshi Saito||Date: 2007-03-01 23:44:56|
|Subject: Re: Removing some of the old VC++ stuff|