| From: | Robert Treat <xzilla(at)users(dot)sourceforge(dot)net> |
|---|---|
| To: | pgsql-general(at)postgresql(dot)org |
| Cc: | Ian Mayo <ianmayo(at)tesco(dot)net>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Subject: | Re: Are there performance advantages in storing bulky field in separate table? |
| Date: | 2009-04-08 19:13:27 |
| Message-ID: | 200904081513.28242.xzilla@users.sourceforge.net |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
On Wednesday 08 April 2009 11:56:35 Ian Mayo wrote:
> Cheers Tom,
>
> On Wed, Apr 8, 2009 at 4:47 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> > Ian Mayo <ianmayo(at)tesco(dot)net> writes:
> >> [snip]
> >
> > No. You'd basically be manually reinventing the TOAST mechanism;
> > or the large object mechanism, if you choose to store the blob
> > as a large object rather than a plain bytea field. Either way,
> > it won't physically be in the same table as the main row data.
>
> fine, that keeps the design simpler
>
Maybe I've been reading too much Pascal again lately, but if only 1% of your
rows are going to have data in this column, personally, I'd put it in a
separate table.
--
Robert Treat
Conjecture: http://www.xzilla.net
Consulting: http://www.omniti.com
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Steve Crawford | 2009-04-08 19:15:05 | Re: Table has 22 million records, but backup doesn't see them |
| Previous Message | Greg Smith | 2009-04-08 18:16:19 | Re: Now I am back, next thing. Final PGS tuning. |