Re: Optimizing huge inserts/copy's

From: Webb Sprague <wsprague100(at)yahoo(dot)com>
To: Jie Liang <jliang(at)ipinc(dot)com>, Stephan Szabo <sszabo(at)megazone23(dot)bigpanda(dot)com>
Cc: pgsql-sql(at)postgresql(dot)org
Subject: Re: Optimizing huge inserts/copy's
Date: 2000-08-30 18:57:17
Message-ID: 20000830185717.12822.qmail@web803.mail.yahoo.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-sql

I am experimenting with this too. If I have any
indexes at all, the copy's get VERY SLOW as the table
gets big. Delete ALL your indexes, do your copy's,
and then create your indexes again.

Good luck.
--- Jie Liang <jliang(at)ipinc(dot)com> wrote:
> Hi, there,
>
> I tried different ways, include vaccum table ,
> ensure index works, it
> still is as slow as ~100rows per minute.
>
>
> Stephan Szabo wrote:
>
> > On Tue, 29 Aug 2000, Jie Liang wrote:
> >
> > > Hi, there,
> > >
> > > 1. use copy ... from '.....';
> > > 2. write a PL/pgSQL function and pass multiple
> records as an array.
> > >
> > > However, if your table have a foreign key
> constraint, it cannot be speed
> > > up,
> > >
> > > I have same question as you, my table invloving
> 9-13 million rows, I
> > > don't
> > > know how can I add a foreign key them also?
> >
> > I haven't tried it on really large tables, but
> does it turn out faster to
> > use ALTER TABLE ADD CONSTRAINT to add the foreign
> key constraint after the
> > data is loaded and the indexes are created?
>
> --
> Jie LIANG
>
> Internet Products Inc.
>
> 10350 Science Center Drive
> Suite 100, San Diego, CA 92121
> Office:(858)320-4873
>
> jliang(at)ipinc(dot)com
> www.ipinc.com
>
>
>

__________________________________________________
Do You Yahoo!?
Yahoo! Mail - Free email you can access from anywhere!
http://mail.yahoo.com/

Responses

Browse pgsql-sql by date

  From Date Subject
Next Message Jie Liang 2000-08-30 19:20:05 Re: Optimizing huge inserts/copy's
Previous Message Ryan Williams 2000-08-30 17:46:22 Re: Viewing a function