Re: How to force Nested Loop plan?

From: Ron Johnson <ron(dot)l(dot)johnson(at)cox(dot)net>
To: PgSQL Performance ML <pgsql-performance(at)postgresql(dot)org>
Subject: Re: How to force Nested Loop plan?
Date: 2003-08-30 16:33:40
Message-ID: 1062261220.669.576.camel@haggis
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Sat, 2003-08-30 at 10:47, Rob Nagler wrote:
> Tom Lane writes:
[snip]
> enough. When I add this index, I will slow down inserts (about
> 20K/day) and increase data size (this is the second largest table in
[snip]

Since I gather that this is a web-site, can we presume that they
are clumped into an 8 hour range? 20,000/8 = 2,500/hour, which
is 41.67/minute. If you can't do .69 inserts/second, something
is wrong, and it ain't hardware, and it ain't Postgresql...

> > PS: does server_id really need to be NUMERIC? Why not integer, or at
> > worst bigint?
>
> It is a NUMERIC(18). It could be a bigint. What would be the change
> in performance of this query if we changed it to bigint?

http://www.postgresql.org/docs/7.3/static/datatype.html#DATATYPE-INT
http://www.postgresql.org/docs/7.3/static/datatype.html#DATATYPE-NUMERIC-DECIMAL

Scalars are faster than arbitrary precision types. Small (32 bit)
scalars are faster than bit (64 bit) scalars on x86 h/w.

--
-----------------------------------------------------------------
Ron Johnson, Jr. ron(dot)l(dot)johnson(at)cox(dot)net
Jefferson, LA USA

"Adventure is a sign of incompetence"
Stephanson, great polar explorer

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Bruce Momjian 2003-08-30 16:47:53 Re: PostgreSQL HDD Grow capacity
Previous Message Tom Lane 2003-08-30 16:19:42 Re: How to force Nested Loop plan?