Re: UPDATE slow
От
Stephan Szabo
Тема
Re: UPDATE slow
Дата
Msg-id
20030204182120.N13925-100000@megazone23.bigpanda.com
Ответ на
Re: UPDATE slow (Nigel J. Andrews)
Список
Дерево обсуждения
Re: UPDATE slow John Smith <john_smith_45678@yahoo.com>
Re: UPDATE slow Stephan Szabo <sszabo@megazone23.bigpanda.com>
Re: UPDATE slow Stephan Szabo <sszabo@megazone23.bigpanda.com>
Re: UPDATE slow John Smith <john_smith_45678@yahoo.com>
Re: UPDATE slow Stephan Szabo <sszabo@megazone23.bigpanda.com>
Re: UPDATE slow John Smith <john_smith_45678@yahoo.com>
Re: UPDATE slow Stephan Szabo <sszabo@megazone23.bigpanda.com>
Re: UPDATE slow John Smith <john_smith_45678@yahoo.com>
Re: UPDATE slow "Nigel J. Andrews" <nandrews@investsystems.co.uk>
Re: UPDATE slow Stephan Szabo <sszabo@megazone23.bigpanda.com>
Re: UPDATE slow "Nigel J. Andrews" <nandrews@investsystems.co.uk>
Re: UPDATE slow Stephan Szabo <sszabo@megazone23.bigpanda.com>
Re: UPDATE slow "scott.marlowe" <scott.marlowe@ihs.com>
Re: UPDATE slow John Smith <john_smith_45678@yahoo.com>
Re: UPDATE slow Tom Lane <tgl@sss.pgh.pa.us>
On Wed, 5 Feb 2003, Nigel J. Andrews wrote: > > On Tue, 4 Feb 2003, Stephan Szabo wrote: > > > > > On Wed, 5 Feb 2003, Nigel J. Andrews wrote: > > > > > On Tue, 4 Feb 2003, Stephan Szabo wrote: > > > > > > > On Tue, 4 Feb 2003, John Smith wrote: > > > > > > > > > That works - updates on foo take about 1.4 seconds. I dropped all the > > > > > indexes and fk's on stats and updates there take about 2.8 seconds. > > > > > These are on the cygwin machine. > > > > > > > > The 2.8 seconds is on stats after dropping the fks and indexes? But > > > > it didn't help on the linux box? > > > >... > > > > Yeah, but I thought he'd said that on the linux box, even after dropping > > indexes and fks it was taking 5-10 seconds. > > You miss remembered :) In any case that's 3x slower than my development box which is not terribly powerful and not set up as a database server for real using pretty much all default configuration settings with the database on the same partition as / (/usr, etc...). > > > > I'm also a bit confused because I'm not sure he's getting 2.8 seconds to > > update all the records or just a single record. > > I'm pretty sure the command originally quoted was an unconstrained update > setting a constant value, i.e. all the rows. I had to change my test because > I'd setup unique indexes so couldn't do the constant value bit. That's what the first message was, but his first followup with an explain analyze output used: explain analyze update stats set clicks = 3344 where link_id=1;
В списке pgsql-general по дате отправления