Re: Partitioning / Clustering - Mailing list pgsql-performance

From PFC
Subject Re: Partitioning / Clustering
Date
Msg-id op.sqklj9ppth1vuj@localhost
Whole thread Raw
In response to Re: Partitioning / Clustering  (John A Meinel <john@arbash-meinel.com>)
Responses Re: Partitioning / Clustering  ("Jim C. Nasby" <decibel@decibel.org>)
List pgsql-performance

> SELECT row1, row2 FROM table1_on_machine_a NATURAL JOIN
> table2_on_machine_b
> WHERE restrict_table_1 AND restrict_table_2
> AND restrict_1_based_on_2;

    I don't think that's ever going to be efficient...
    What would be efficient would be, for instance, a Join of a part of a
table against another part of another table which both happen to be on the
same machine, because the partitioning was done with this in mind (ie. for
instance partitioning on client_id and keeping the information for each
client on the same machine).

    You could build your smart pool daemon in pl/pgsql and use dblink ! At
least you have the query parser built-in.

    I wonder how Oracle does it ;)

pgsql-performance by date:

Previous
From: "Jim C. Nasby"
Date:
Subject: Re: [GENERAL] "Hash index" vs. "b-tree index" (PostgreSQL
Next
From: Greg Stark
Date:
Subject: Re: [GENERAL] "Hash index" vs. "b-tree index" (PostgreSQL