pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Tobias Brox <tobias@nordicbet.com>
To: Chris <dmagick@gmail.com>
Cc: Tobias Brox <tobias@nordicbet.com>
Cc: pgsql-performance@postgresql.org
Subject: Re: Defining performance.
Date: Fri, 1 Dec 2006 05:03:26 +0100
Message-ID: <20061201040326.GA27833@oppetid.no> (raw)

[Chris - Fri at 02:32:05PM +1100]
> Not really. A bad query is a bad query (eg missing a join element). It 
> won't show up for 3000 rows, but will very quickly if you increase that 
> by a reasonable amount. Even as simple as a missing index on a join 
> column won't show up for a small dataset but will for a larger one.

Ok, you're talking about O(n^2) and such stuff :-)

> It's a pretty common mistake to assume that a small dataset will behave 
> exactly the same as a larger one - not always the case.

No. :-)  We had the worst experience when launching our product - it had
been stress tested, but only by increasing the number of customers, not
by increasing the overall size of the data set available for browsing.
When opening the web pages for the public, this data set was already
some ten-hundred times bigger than in the version enduring the stress
tests - and the servers had no chances processing all the traffic.

The worst bottle neck was not the database this time, but some horror
algorithm one of the programmers had sneaked in ... poorly documented,
cryptically programmed, slow ... and since I never understood that
algorithm, I can only guess it must have been of O(n^2).




view thread (11+ messages)  latest in thread

Message-ID: <20061201040326.GA27833@oppetid.no>
Permalink:  ../20061201040326.GA27833@oppetid.no/
Also on:    postgresql.org/message-id/20061201040326.GA27833@oppetid.no

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-performance@postgresql.org
  Cc: tobias@nordicbet.com, dmagick@gmail.com
  Subject: Re: Defining performance.
  In-Reply-To: <20061201040326.GA27833@oppetid.no>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox