X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org
Received: from localhost (unknown [200.46.204.144])
	by svr1.postgresql.org (Postfix) with ESMTP id C6BE45295A
	for <pgsql-performance-postgresql.org@localhost.postgresql.org>;
	Wed, 27 Jul 2005 18:53:01 -0300 (ADT)
Received: from svr1.postgresql.org ([200.46.204.71])
	by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024)
	with ESMTP id 86404-10
	for <pgsql-performance-postgresql.org@localhost.postgresql.org>;
	Wed, 27 Jul 2005 21:52:53 +0000 (GMT)
Received: from boutiquenumerique.com (boutiquenumerique.com [82.67.9.10])
	by svr1.postgresql.org (Postfix) with ESMTP id D08F75293B
	for <pgsql-performance@postgresql.org>;
	Wed, 27 Jul 2005 18:52:51 -0300 (ADT)
Received: (qmail 16473 invoked from network); 27 Jul 2005 23:52:57 +0200
Received: from unknown (HELO localhost) (boutiquenumerique-lists@192.168.0.4)
	by boutiquenumerique.com with SMTP; 27 Jul 2005 23:52:57 +0200
To: "Simon Riggs" <simon@2ndquadrant.com>,
	"Josh Berkus" <josh@agliodbs.com>
Cc: pgsql-performance@postgresql.org,
 "John A Meinel" <john@arbash-meinel.com>,
	bizgres-general <bizgres-general@pgfoundry.org>,
	"Dan Harris" <fbsd@drivefaster.net>
Subject: Re: [Bizgres-general] Re: faster INSERT with possible
References: <BF0BDD48.9FFF%llonergan@greenplum.com>
	<200507270929.10251.josh@agliodbs.com>
	<1122500267.3670.184.camel@localhost.localdomain>
Message-ID: <op.suldqocith1vuj@localhost>
Date: Wed, 27 Jul 2005 23:53:02 +0200
From: PFC <lists@boutiquenumerique.com>
Organization: =?iso-8859-15?Q?La_Boutique_Num=E9rique?=
Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-15
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
In-Reply-To: <1122500267.3670.184.camel@localhost.localdomain>
User-Agent: Opera M2/8.0 (Linux, build 1095)
X-Virus-Scanned: by amavisd-new at hub.org
X-Spam-Status: No, hits=0.005 tagged_above=0 required=5 tests=AWL
X-Spam-Level: 
X-Archive-Number: 200507/422
X-Sequence-Number: 13663



> I had in mind the extra tables that an application sometimes needs to
> operate faster. Denormalisations, pre-joined tables, pre-calculated
> results, aggregated data. These are not temporary tables, just part of
> the application - multi-user tables that stay across shutdown/restart.

	You could also add caching search results for easy pagination without  
redoing always entirely on each page the Big Slow Search Query that every  
website has...