Major overhaul of large-object implementation, by Denis Perchine with kibitzing from Tom Lane.  Large objects are now all stored in a single system relation "pg_largeobject" --- no more xinv or xinx files, no more relkind 'l'.  This should offer substantial performance improvement for large numbers of LOs, since there won't be directory bloat anymore. It'll also fix problems like running out of locktable space when you access thousands of LOs in one transaction. Also clean up cruft in read/write routines.  LOs with "holes" in them (never-written byte ranges) now work just like Unix files with holes do: a hole reads as zeroes but doesn't occupy storage space. INITDB forced!
Major overhaul of large-object implementation, by Denis Perchine with
kibitzing from Tom Lane.  Large objects are now all stored in a single
system relation "pg_largeobject" --- no more xinv or xinx files, no more
relkind 'l'.  This should offer substantial performance improvement for
large numbers of LOs, since there won't be directory bloat anymore.
It'll also fix problems like running out of locktable space when you
access thousands of LOs in one transaction.
Also clean up cruft in read/write routines.  LOs with "holes" in them
(never-written byte ranges) now work just like Unix files with holes do:
a hole reads as zeroes but doesn't occupy storage space.
INITDB forced!

hlinnaka/psqlodbc,Distrotech/psqlodbc,gavioto/psqlodbc,hlinnaka/psqlodbc,treasure-data/prestogres-odbc,treasure-data/prestogres-odbc,Distrotech/psqlodbc,gavioto/psqlodbc,gavioto/psqlodbc,hlinnaka/psqlodbc,treasure-data/prestogres-odbc,Distrotech/psqlodbc