From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | Mark kirkwood <markir(at)slingshot(dot)co(dot)nz> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: How Postgresql Compares For Query And Load Operations |
Date: | 2001-07-20 15:34:25 |
Message-ID: | 200107201534.f6KFYPb15053@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
> On Saturday 14 July 2001 02:49, Tom Lane wrote:
>
> > >
> > > It would seem that Oracle's execution plan is more optimal.
> >
> > Hmm, since I don't know the details of Oracle's plan displays, it's hard
> > to comment on that --- but it looks to me like the plans are essentially
> > the same, with the small difference that Postgres chooses to use the
> > index on dim0 to filter ....(snipped )
>
> After a little thinking, I am inclined to agree with you Tom... I wondered if
> the difference might to be due to pure sequential scan performance
> differences. I tried this query :
>
> SELECT sum(val) FROM fact0
>
> for Postgres, Db2 and Oracle. The results were
>
> Postgres 2m25s
> Db2 40s
> Oracle 50s
>
> This seems to be the likely culprit. I suspect that the "many block/page read
> at once" type optimzations (prefetch for Db2 and mutli block read for Oracle)
> mean that table sequential scans are faster for these guys than Postgres.
>
> Thus on the bright side their access plans are not necessarily any better
> than Postgres !
Can you remind me about the OS you are using?
--
Bruce Momjian | http://candle.pha.pa.us
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
From | Date | Subject | |
---|---|---|---|
Next Message | Trond Eivind =?iso-8859-1?q?Glomsr=F8d?= | 2001-07-20 15:35:37 | Re: RPM source files should be in CVS (was Re: psql -l) |
Previous Message | Lamar Owen | 2001-07-20 15:26:59 | Re: RPM source files should be in CVS (was Re: psql -l) |