Re: [PERFORM] Slow table update - SOLVED!

2008-12-29 Thread Laszlo Nagy
Inf 8.3 the HOT feature may help if the columns being updated are indexed ... what version of PostgreSQL is this again ? (Forgive my lack of memory -- the last few days I've forgotten a lot, heh heh.) 8.3.5. The colum that was being updated is part of one small index only. Any chances

Re: [PERFORM] Troubles dumping a very large table.

2008-12-29 Thread Dimitri Fontaine
Hi, Le vendredi 26 décembre 2008, Tom Lane a écrit : > Yeah, if he's willing to use COPY BINARY directly. AFAIR there is not > an option to get pg_dump to use it. Would it be possible to consider such an additional switch to pg_dump? Of course the DBA has to know when to use it safely, but if

Re: [PERFORM] Slow table update

2008-12-29 Thread Gregory Williamson
Laszlo Nagy wrote: > >> My other idea was that there are so many indexes on this table, maybe > >> the update is slow because of the indexes? > >> > > > > Updating indexes is certainly very far from being free. How many is > > "many"? > > > Number of indexes = 15. > > 3 indexex are on "

Re: [PERFORM] Slow table update

2008-12-29 Thread Laszlo Nagy
My other idea was that there are so many indexes on this table, maybe the update is slow because of the indexes? Updating indexes is certainly very far from being free. How many is "many"? Number of indexes = 15. 3 indexex are on "text" type column, 500MB in size each. Other are on