Re: postgres external table - Mailing list pgsql-general

From Greg Stark
Subject Re: postgres external table
Date
Msg-id 407d949e1001180710g61b7541ch7198f59bec9d73c4@mail.gmail.com
Whole thread Raw
In response to Re: postgres external table  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-general
On Mon, Jan 18, 2010 at 2:57 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> I'm finding it hard to visualize a use-case for that.  We must postulate
> that the table is so big that you don't want to import it, and yet you
> don't feel a need to have any index on it.  Which among other things
> implies that every query will seqscan the whole table.  Where's the
> savings?

I think it's usually more "my data is updated by other tools and it
would be hard/impossible/annoying to insert another step into the
pipeline to copy it to yet another place". The main benefit is that
you can access the authoritative data directly without having to copy
it and have some sort of process in place to do that regularly.

Text files are kind of useless but they're a baseline bit of
functionality on top of which to add more sophisticated external forms
such as data available over at some url or over some kind of rpc -- to
which various conditions could be pushed using external indexes -- or
ultimately in another database to which whole joins can be pushed.


--
greg

pgsql-general by date:

Previous
From: Sam Mason
Date:
Subject: Re: postgres external table
Next
From: atbrkt
Date:
Subject: Tamaño de campo