Re: bad performances using hashjoin
От
Klint Gore
Тема
Re: bad performances using hashjoin
Дата
Msg-id
421939AD2A4.CE73KG@129.180.47.120
Ответ на
Re: bad performances using hashjoin (Tom Lane)
Список
Дерево обсуждения
bad performances using hashjoin Gaetano Mendola <mendola@bigfoot.com>
Re: bad performances using hashjoin Tom Lane <tgl@sss.pgh.pa.us>
Re: bad performances using hashjoin Gaetano Mendola <mendola@bigfoot.com>
Re: bad performances using hashjoin Klint Gore <kg@kgb.une.edu.au>
Re: bad performances using hashjoin Tom Lane <tgl@sss.pgh.pa.us>
Re: bad performances using hashjoin Mischa <mischa.Sandberg@telus.net>
Re: bad performances using hashjoin David Brown <time@bigpond.net.au>
Re: bad performances using hashjoin Tom Lane <tgl@sss.pgh.pa.us>
Re: bad performances using hashjoin Gaetano Mendola <mendola@bigfoot.com>
Re: bad performances using hashjoin David Brown <time@bigpond.net.au>
On Sun, 20 Feb 2005 13:46:10 -0500, Tom Lane wrote: > sat_request rows. If this is the case you actually need to optimize, > probably the thing to do is to get rid of the ORDER BY clauses you > evidently have in your views, so that there's some chance of building > a fast-start plan. Is having an order by in a view legal? In sybase ASA, mssql it throws a syntax error if there's an order by. If so, does it do 2 sorts when you sort by something else? i.e. if view is create view v1 as select * from table order by 1; and the statment select * from v1 order by 2; is run does it sort by 1 then resort by 2? klint. +---------------------------------------+-----------------+ : Klint Gore : "Non rhyming : : EMail : kg@kgb.une.edu.au : slang - the : : Snail : A.B.R.I. : possibilities : : Mail University of New England : are useless" : : Armidale NSW 2351 Australia : L.J.J. : : Fax : +61 2 6772 5376 : : +---------------------------------------+-----------------+
В списке pgsql-performance по дате отправления
От: amrit@health2.moph.go.th
Дата: