Re: [SQL] Large objects - bug? caveat? feature? - Mailing list pgsql-sql

From Chris Bitmead
Subject Re: [SQL] Large objects - bug? caveat? feature?
Date
Msg-id 3721336D.10BB8F3C@bigfoot.com
Whole thread Raw
In response to Large objects - bug? caveat? feature?  ("Justin Long" <justinlong@strategicnetwork.org>)
List pgsql-sql
Justin Long wrote:

> 2,000 byte article. In other words, it doesn't shrink the file > to the edited size.

Does the interface have any equivilent to the UNIX O_TRUNC?

> Secondly, I notice that in my data/base/... area that whenever I create an
> object it creates a single file on the disk. Does that mean that if I have
> 100,000 articles in my knowledge base, that it is possible that I will have
> 100,000 files individual 8-to-10k files on my hard drive?

It's worse than that I think. I believe you get _two_ files for each
large object. Large objects really suck badly.

> Does Linux suffer
> degradation in performance when having that many files in a 
> directory?

Absolutely does suffer. Even worse, your regular database tables are in
the same directory, so they'll suffer too. Another problem, is pgdump
doesn't dump large objects so you have to figure out some other backup
strategy.

-- 
Chris Bitmead
http://www.bigfoot.com/~chris.bitmead
mailto:chris.bitmead@bigfoot.com


pgsql-sql by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: [SQL] what is "cost"?
Next
From: Chris Bitmead
Date:
Subject: Percentages?