Re: Pre-allocation of space: a business rationale

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

 



On Wed, Nov 02, 2005 at 10:48:00PM -0500, Tom Lane wrote:
> "Bath, David" <dave.bath@xxxxxxxx> writes:
> > C) I want to avoid the possibility of uncontrolled growth of luser data
> >    blowing disk leading to stoppage of 24x7 data.
> 
> You put the luser data and the critical data into separate tablespaces
> that are in separate partitions (filesystems).  End of problem ...
> 
> (And no, I don't believe in having Postgres reinvent filesystem-level
> functionality.  If you didn't set up appropriate hard partitions,
> consider a loopback filesystem for your tablespace.)

Does every OS we support have a loopback filesystem? Can they all impose
space limits?

It doesn't seem unreasonable to support a limit on tablespace (or table)
size. It also doesn't seem like it would take that much code to add
support for it. Of course usual disclaimer about 'submit a patch then'
applies, but it sounds like such a patch would get rejected out-of-hand.
-- 
Jim C. Nasby, Sr. Engineering Consultant      jnasby@xxxxxxxxxxxxx
Pervasive Software      http://pervasive.com    work: 512-231-6117
vcard: http://jim.nasby.net/pervasive.vcf       cell: 512-569-9461

---------------------------(end of broadcast)---------------------------
TIP 3: Have you checked our extensive FAQ?

               http://www.postgresql.org/docs/faq

[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