Re: Long Running Update - My Solution
От
tv@fuzzy.cz
Тема
Re: Long Running Update - My Solution
Дата
Msg-id
df4df14087d064691f1a0a178adfe5dc.squirrel@sq.gransy.com
Ответ на
Re: Long Running Update - My Solution (Harry Mantheakis)
Список
Дерево обсуждения
Long Running Update Harry Mantheakis <harry.mantheakis@riskcontrollimited.com>
Re: Long Running Update "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: Long Running Update Harry Mantheakis <harry.mantheakis@riskcontrollimited.com>
Re: Long Running Update "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: Long Running Update Vitalii Tymchyshyn <tivv00@gmail.com>
Re: Long Running Update Mark Thornton <mthornton@optrak.com>
Re: Long Running Update "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: Long Running Update Harry Mantheakis <harry.mantheakis@riskcontrollimited.com>
Re: Long Running Update - My Solution Harry Mantheakis <harry.mantheakis@riskcontrollimited.com>
Re: Long Running Update - My Solution "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: Long Running Update - My Solution Harry Mantheakis <harry.mantheakis@riskcontrollimited.com>
Re: Long Running Update - My Solution Greg Smith <greg@2ndquadrant.com>
Re: Long Running Update - My Solution tv@fuzzy.cz
Re: Long Running Update - My Solution Robert Klemme <shortcutter@googlemail.com>
Re: Long Running Update Claudio Freire <klaussfreire@gmail.com>
Re: Long Running Update Harry Mantheakis <harry.mantheakis@riskcontrollimited.com>
Re: Long Running Update "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: Long Running Update Harry Mantheakis <harry.mantheakis@riskcontrollimited.com>
Re: Long Running Update "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: Long Running Update Harry Mantheakis <harry.mantheakis@riskcontrollimited.com>
Re: Long Running Update Claudio Freire <klaussfreire@gmail.com>
Re: Long Running Update Harry Mantheakis <harry.mantheakis@riskcontrollimited.com>
> The mystery remains, for me: why updating 100,000 records could complete > in as quickly as 5 seconds, whereas an attempt to update a million > records was still running after 25 minutes before we killed it? Hi, there's a lot of possible causes. Usually this is caused by a plan change - imagine for example that you need to sort a table and the amount of data just fits into work_mem, so that it can be sorted in memory. If you need to perform the same query with 10x the data, you'll have to sort the data on disk. Which is way slower, of course. And there are other such problems ... > One thing remains crystal clear: I love Postgresql :-) regards Tomas
В списке pgsql-performance по дате отправления