Re: Partitioning / Clustering - Mailing list pgsql-performance

From Jim C. Nasby
Subject Re: Partitioning / Clustering
Date
Msg-id 20050510221554.GR31103@decibel.org
Whole thread Raw
In response to Re: Partitioning / Clustering  (Mischa Sandberg <mischa.sandberg@telus.net>)
Responses Re: Partitioning / Clustering
List pgsql-performance
On Tue, May 10, 2005 at 02:55:55PM -0700, Mischa Sandberg wrote:
> just beyond belief, for both updates and queries. At Acxiom, the
> datasets are so large, even after partitioning, that they just
> constantly cycle them through memory, and commands are executes in
> convoys --- sort of like riding a paternoster.

Speaking of which... what's the status of the patch that allows seqscans
to piggyback on already running seqscans on the same table?

> So where should I go look, to see what's been done so far, on a Postgres
> that can treat another PG server as a new table type?

To the best of my knowledge no such work has been done. There is a
project (who's name escapes me) that lets you run queries against a
remote postgresql server from a postgresql connection to a different
server, which could serve as the basis for what you're proposing.

BTW, given your experience, you might want to check out Bizgres.
(http://pgfoundry.org/projects/bizgres/) I'm sure your insights would be
most welcome.
--
Jim C. Nasby, Database Consultant               decibel@decibel.org
Give your computer some brain candy! www.distributed.net Team #1828

Windows: "Where do you want to go today?"
Linux: "Where do you want to go tomorrow?"
FreeBSD: "Are you guys coming, or what?"

pgsql-performance by date:

Previous
From: Mischa Sandberg
Date:
Subject: Re: Partitioning / Clustering
Next
From: Mark Lewis
Date:
Subject: Re: [GENERAL] "Hash index" vs. "b-tree index" (PostgreSQL