Having 'external tables' lets us avoid
the step of loading data from a file into the table. We do not have to
check whether a load job has run successfully, whether the data in the
table really corresponds to the data in the file etc. It also lets us decide
how many rejects can be allowed and so forth.
http://www.adp-gmbh.ch/ora/misc/ext_table.html
Other than that, I have not found any
advantage.
Jayadevan
From:
Tom Lane <tgl@xxxxxxxxxxxxx>
To:
Greg Smith <greg@xxxxxxxxxxxxxxx>
Cc:
Craig Ringer <craig@xxxxxxxxxxxxxxxxxxxxx>,
Amy Smith <vah123@xxxxxxxxx>, pgsql-general@xxxxxxxxxxxxxx
Date:
01/18/2010 08:25 PM
Subject:
Re:
postgres external table
Sent by:
pgsql-general-owner@xxxxxxxxxxxxxx
Greg Smith <greg@xxxxxxxxxxxxxxx> writes:
> Craig Ringer wrote:
>> For those non-Oracle users among us, what's an external table?
> External tables let you map a text file directly to a table without
> explicitly loading it. In PostgreSQL, if you have data in a
CSV file,
> usually you'd import it with COPY before you'd use it. If external
> tables were available, you'd just say there's an external table as
a CSV
> file and you could start running queries against it.
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?
regards, tom lane
--
Sent via pgsql-general mailing list (pgsql-general@xxxxxxxxxxxxxx)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general
DISCLAIMER:
"The information in this e-mail and any attachment is intended only
for the person to whom it is addressed and may contain confidential and/or
privileged material. If you have received this e-mail in error, kindly
contact the sender and destroy all copies of the original communication.
IBS makes no warranty, express or implied, nor guarantees the accuracy,
adequacy or completeness of the information contained in this email or
any attachment and is not liable for any errors, defects, omissions, viruses
or for resultant loss or damage, if any, direct or indirect."