Re: Best way to limit database sizes

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



How about a trigger that for every say 1000 or 10000 update or inserts (or timely if cron job) will use pg_stats or pg_statistics to decide if a role (user) privileges should be modified to read only (or not)

Cheers
Medi

On Thu, Jul 3, 2008 at 10:48 AM, Dev <dev_hyd2001@xxxxxxxxx> wrote:
yes, thats an option but currently the last resort! Doesn't it get difficult to manage so many instances of servers ? Also don't we then need to keep track of different port numbers for each user/group ?

/Dev


--- On Thu, 7/3/08, Kevin Grittner <Kevin.Grittner@xxxxxxxxxxxx> wrote:
From: Kevin Grittner <Kevin.Grittner@xxxxxxxxxxxx>
Subject: Re: [ADMIN] Best way to limit database sizes
To: pgsql-admin@xxxxxxxxxxxxxx, dev_hyd2001@xxxxxxxxx
Date: Thursday, July 3, 2008, 6:28 PM


>>> Dev <dev_hyd2001@xxxxxxxxx> wrote: 
> I have a single Postgres server which will be hosting
multiple
> databases belonging to different users. What would be the
recommendation to
> limit the size of each of the databases?

Have you considered running a different cluster for each user?
Each should be run with a different OS user ID, and it would be
pretty easy to limit the size of each.

-Kevin



[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]

  Powered by Linux