From: | Martijn van Oosterhout <kleptog(at)svana(dot)org> |
---|---|
To: | Doug Fields <dfields-pg-general(at)pexicom(dot)com> |
Cc: | Neil Conway <nconway(at)klamath(dot)dyndns(dot)org>, petedaly(at)ix(dot)netcom(dot)com, pgman(at)candle(dot)pha(dot)pa(dot)us, pgsql-general(at)postgresql(dot)org |
Subject: | Re: Non-linear Performance |
Date: | 2002-06-10 12:11:50 |
Message-ID: | 20020610221150.C31923@svana.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Sat, Jun 08, 2002 at 08:36:50PM -0400, Doug Fields wrote:
> Also, the relatively slow speed for inserts with VARCHAR indices would
> conceivably be helped; I often insert data into a temp table and then
> INSERT INTO SELECT *... from the temp to the other one to get reasonable
> performance. I'd love to be able to turn off MVCC for those kinds of
> things; that is, instead of seeing one universal insert of 3 million rows,
> I wouldn't mind seeing them dribble in one at a time, thereby saving the
> overhead of MVCCing them.
Interesting. I have many indexes on varchar fields and have no such issues.
Ofcourse, inserting them all within a single transaction does speed it up a
lot. But when inserting rows, all MVCC adds is a few more bytes to each row,
there is no speed overhead. I'd be interested to know how MVCC would be
slowing anything down.
--
Martijn van Oosterhout <kleptog(at)svana(dot)org> http://svana.org/kleptog/
> There are 10 kinds of people in the world, those that can do binary
> arithmetic and those that can't.
From | Date | Subject | |
---|---|---|---|
Next Message | Diana Senn | 2002-06-10 12:36:29 | Re: Problem (bug?) with deferred foreign key checks? |
Previous Message | Achilleus Mantzios | 2002-06-10 12:09:05 | VIEWs and FOREIGN keys |