Skip site navigation (1) Skip section navigation (2)

Re: [HACKERS] pg_dump/restore to convert BLOBs to LZTEXT (optiona l!)

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: "Ross J(dot) Reedstrom" <reedstrm(at)rice(dot)edu>
Cc: pgsql-hackers(at)postgresql(dot)org, pgsql-general(at)postgresql(dot)org
Subject: Re: [HACKERS] pg_dump/restore to convert BLOBs to LZTEXT (optiona l!)
Date: 2000-08-04 15:47:26
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-generalpgsql-hackers
> On Fri, Aug 04, 2000 at 07:55:52AM +0100, Peter Mount wrote:
> > See below...
> > 
> > Peter: I dissagree. There are dozens of instances where you would use a
> > single BLOB but refer to it in more than one table. If you have a 1Mb blob
> > refered to in 3 different tables, you don't want to store 3 instances of it.
> > Say you were implementing some form of DIP system (Document Image
> > Processing), then you only want one copy of the document stored, so that if
> > that document changes, then every instance is changed.
> > 
> But Peter, the relational way to avoid redundant storage should apply. For
> every other type, one does this by storing the data in one place, with
> a unique ID, and using the ID to refer to the data item, and joining when
> you need the item itself.
> So, once large data items are promoted to first class types, they should
> act just like every other first class type. Otherwise, we violate the 
> principle of least surprise. Having software that tries to second guess
> the developer is always frustrating.

I totally agree.  Because large objects exist aas separate file, this
was required, but after TOAST, the proper relational way should be used.

  Bruce Momjian                        |
  pgman(at)candle(dot)pha(dot)pa(dot)us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

In response to

pgsql-hackers by date

Next:From: Christopher MastoDate: 2000-08-04 18:08:18
Subject: Re: comparing rows
Previous:From: The Hermit HackerDate: 2000-08-04 15:41:10
Subject: Re: comparing rows

pgsql-general by date

Next:From: Patrick RobinDate: 2000-08-04 15:59:58
Subject: Need for rebuilding index after many deletions?
Previous:From: Ross J. ReedstromDate: 2000-08-04 14:47:45
Subject: Re: [HACKERS] pg_dump/restore to convert BLOBs to LZTEXT (optiona l!)

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group