Postgres Pro
Downloads
Home   >   mailing lists

Re: Most effective and fast way to load few Tbyte of data from flat files into postgresql - Mailing list pgsql-general

From Peter J. Holzer
Subject Re: Most effective and fast way to load few Tbyte of data from flat files into postgresql
Date
Msg-id 20200825112400.GA19594@hjp.at
Whole thread Raw
In response to Most effective and fast way to load few Tbyte of data from flat files into postgresql  (Dirk Krautschick <Dirk.Krautschick@trivadis.com>)
Responses Re: [E] Re: Most effective and fast way to load few Tbyte of data from flat files into postgresql  ("Saha, Sushanta K" <sushanta.saha@verizonwireless.com>)
Re: Most effective and fast way to load few Tbyte of data from flat files into postgresql  (Shaozhong SHI <shishaozhong@gmail.com>)
List pgsql-general
Tree view 
On 2020-08-24 21:17:36 +0000, Dirk Krautschick wrote:
> what would be the fastest or most effective way to load few (5-10) TB
> of data from flat files into a postgresql database, including some 1TB
> tables and blobs?
>
> There is the copy command but there is no way for native parallelism,
> right? I have found pg_bulkload but haven't tested it yet. As far I
> can see EDB has its EDB*Loader as a commercial option.

A single COPY isn't parallel, but you can run several of them in
parallel (that's what pg_restore -j N does). So the total time may be
dominated by your largest table (or I/O bandwidth).

        hp

--
   _  | Peter J. Holzer    | Story must make more sense than reality.
|_|_) |                    |
| |   | hjp@hjp.at         |    -- Charles Stross, "Creative writing
__/   | http://www.hjp.at/ |       challenge!"
Attachment

pgsql-general by date:

Previous
From: David Rowley
Date:
Subject: Re: Query plan prefers hash join when nested loop is much faster
Next
From: iulian dragos
Date:
Subject: Re: Query plan prefers hash join when nested loop is much faster