Re: [PERFORM] Update table performance

2007-08-07 Thread Erik Jones
On Aug 7, 2007, at 6:13 PM, Mark Makarowsky wrote: Can you provide more detail on what you mean by your two suggestions below: Yeah, I've used "vertical partitioning" very successfully in the past, though I've never done it for just a single field. I'll typically leave the few most common field

Re: [PERFORM] Update table performance

2007-08-07 Thread Mark Makarowsky
Can you provide more detail on what you mean by your two suggestions below: Yeah, I've used "vertical partitioning" very successfully in the past, though I've never done it for just a single field. I'll typically leave the few most common fields in the "main" table and pull everything else into a

Re: [PERFORM] Update table performance

2007-08-07 Thread Decibel!
On Tue, Aug 07, 2007 at 02:36:18PM -0500, Scott Marlowe wrote: > On 8/7/07, Decibel! <[EMAIL PROTECTED]> wrote: > > On Tue, Aug 07, 2007 at 02:33:19PM +0100, Richard Huxton wrote: > > > Mark Makarowsky wrote: > > > >I have a table with 4,889,820 records in it. The > > > >table also has 47 fields.

Re: [PERFORM] Update table performance

2007-08-07 Thread Scott Marlowe
On 8/7/07, Decibel! <[EMAIL PROTECTED]> wrote: > On Tue, Aug 07, 2007 at 02:33:19PM +0100, Richard Huxton wrote: > > Mark Makarowsky wrote: > > >I have a table with 4,889,820 records in it. The > > >table also has 47 fields. I'm having problems with > > >update performance. Just as a test, I iss

Re: [PERFORM] Update table performance

2007-08-07 Thread Chris Browne
[EMAIL PROTECTED] (Mark Makarowsky) writes: > I have a table with 4,889,820 records in it. The > table also has 47 fields. I'm having problems with > update performance. Just as a test, I issued the > following update: > > update valley set test='this is a test' > > This took 905641 ms. Isn't t

Re: [PERFORM] Update table performance

2007-08-07 Thread Decibel!
On Tue, Aug 07, 2007 at 02:33:19PM +0100, Richard Huxton wrote: > Mark Makarowsky wrote: > >I have a table with 4,889,820 records in it. The > >table also has 47 fields. I'm having problems with > >update performance. Just as a test, I issued the > >following update: > > > >update valley set tes

Re: [PERFORM] Update table performance

2007-08-07 Thread Alan Hodgson
On Tuesday 07 August 2007 05:58, Mark Makarowsky <[EMAIL PROTECTED]> wrote: > I have a table with 4,889,820 records in it. The > table also has 47 fields. I'm having problems with > update performance. Just as a test, I issued the > following update: > > update valley set test='this is a test'

Re: [PERFORM] Update table performance

2007-08-07 Thread Scott Marlowe
On 8/7/07, Mark Makarowsky <[EMAIL PROTECTED]> wrote: > I have a table with 4,889,820 records in it. The > table also has 47 fields. I'm having problems with > update performance. Just as a test, I issued the > following update: > > update valley set test='this is a test' > > This took 905641 ms

Re: [PERFORM] Performance problems with large telemetric datasets on 7.4.2

2007-08-07 Thread Scott Marlowe
On 8/6/07, Sven Clement <[EMAIL PROTECTED]> wrote: > Ok thanks everybody for the calrification, after all now I allready learned > something new... ;) > > My employer is currently thinking about migration to 8.2.x because of your > feedback, so I think that the problem could be resolved... ;) Note

Re: [PERFORM] Update table performance

2007-08-07 Thread Richard Huxton
Mark Makarowsky wrote: I have a table with 4,889,820 records in it. The table also has 47 fields. I'm having problems with update performance. Just as a test, I issued the following update: update valley set test='this is a test' This took 905641 ms. Isn't that kind of slow? The limiting

[PERFORM] Update table performance

2007-08-07 Thread Mark Makarowsky
I have a table with 4,889,820 records in it. The table also has 47 fields. I'm having problems with update performance. Just as a test, I issued the following update: update valley set test='this is a test' This took 905641 ms. Isn't that kind of slow? There aren't any indexes, triggers, con