Re: Pre-allocation of space: a business rationale
От | Jim C. Nasby |
---|---|
Тема | Re: Pre-allocation of space: a business rationale |
Дата | |
Msg-id | 20051103192130.GT55520@pervasive.com обсуждение исходный текст |
Ответ на | Re: Pre-allocation of space: a business rationale (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-admin |
On Wed, Nov 02, 2005 at 10:48:00PM -0500, Tom Lane wrote: > "Bath, David" <dave.bath@unix.net> 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@pervasive.com Pervasive Software http://pervasive.com work: 512-231-6117 vcard: http://jim.nasby.net/pervasive.vcf cell: 512-569-9461
В списке pgsql-admin по дате отправления: