From: | Scott Cain <cain(at)cshl(dot)org> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: EXTERNAL storage and substring on long strings |
Date: | 2003-07-31 20:20:39 |
Message-ID: | 1059682839.5415.53.camel@localhost.localdomain |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance pgsql-sql |
On Thu, 2003-07-31 at 15:44, Tom Lane wrote:
> Scott Cain <cain(at)cshl(dot)org> writes:
> > explain analyze select substring(residues from 1000000 for 20000)
> > from feature where feature_id=1;
>
> > where feature is a table with ~3 million rows, and residues is a text
> > column, where for the majority of the rows of feature, it is null, for a
> > large minority, it is shortish strings (a few thousand characters), and
> > for 6 rows, residues contains very long strings (~20 million characters
> > (it's chromosome DNA sequence from fruit flies)).
>
> I think the reason uncompressed storage loses here is that the runtime
> is dominated by the shortish strings, and you have to do more I/O to get
> at those if they're uncompressed, negating any advantage from not having
> to fetch all of the longish strings.
I'm not sure I understand what that paragraph means, but it sounds like,
if PG is working the way it is supposed to, tough for me, right?
>
> Or it could be that there's a bug preventing John Gray's substring-slice
> optimization from getting used. The only good way to tell that I can
> think of is to rebuild PG with profiling enabled and try to profile the
> execution both ways. Are you up for that?
I am not against recompiling. I am currently using an RPM version, but
I could probably recompile; the compilation is probably straight forward
(adding something like `--with_profiling` to ./configure), but how
straight forward is actually doing the profiling? Is there a document
somewhere that lays it out?
>
> (BTW, if you are using a multibyte database encoding, then that's your
> problem right there --- the optimization is practically useless unless
> character and byte indexes are the same.)
I shouldn't be, but since it is an RPM, I can't be sure. It sure would
be silly since the strings consist only of [ATGCN].
Thanks,
Scott
--
------------------------------------------------------------------------
Scott Cain, Ph. D. cain(at)cshl(dot)org
GMOD Coordinator (http://www.gmod.org/) 216-392-3087
Cold Spring Harbor Laboratory
From | Date | Subject | |
---|---|---|---|
Next Message | Medora Schauer | 2003-07-31 20:29:14 | Odd performance results |
Previous Message | Jianshuo Niu | 2003-07-31 20:08:11 | Re: Help on my database performance |
From | Date | Subject | |
---|---|---|---|
Next Message | Joe Conway | 2003-07-31 20:31:54 | Re: EXTERNAL storage and substring on long strings |
Previous Message | Tom Lane | 2003-07-31 19:44:57 | Re: EXTERNAL storage and substring on long strings |