Re: low performance on functions returning setof record
От | Dimitri Fontaine |
---|---|
Тема | Re: low performance on functions returning setof record |
Дата | |
Msg-id | 59671E7D-367A-42CC-BF1B-E103BE264B27@hi-media.com обсуждение исходный текст |
Ответ на | Re: low performance on functions returning setof record (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-performance |
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Le 9 oct. 08 à 21:30, Tom Lane a écrit : > There's not a lot you can do about that at the moment. 8.4 will have > the ability to inline functions returning sets, if they're SQL- > language > and consist of just a single SELECT, but existing releases won't do > it. I'm actually using 8.3 functions cost/rows planner estimation to trick it into avoiding nestloop into some INNER JOIN situations where any amount of up-to-date statistics won't help. Will the 8.4 ability to inline plain SQL still consider the given hardcoded ROWS estimation? FWIW the difference of timing of one of the queries where I'm using this trick is about 35 mins or more against 48 seconds. It allows the planner to choose MergeJoin paths instead of Nestloop ones, where inner loop has several millions records, and definitely not just several records, like planner/stats bet. Regards, - -- dim -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAkjuYYcACgkQlBXRlnbh1bmAjgCePkyl9qWTpQ1Gdk/yp3IINK+z g8EAoJuAzu9B3GUiPI1J5dCcbzeiSABG =5J6b -----END PGP SIGNATURE-----
В списке pgsql-performance по дате отправления: