Re: Why we don't want hints Was: Slow count(*) again...
В списке pgsql-performance по дате отправления:
| От | Shaun Thomas |
|---|---|
| Тема | Re: Why we don't want hints Was: Slow count(*) again... |
| Дата | |
| Msg-id | 4D5420C6.3030608@peak6.com обсуждение |
| Ответ на | Re: Why we don't want hints Was: Slow count(*) again... ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>) |
| Ответы |
Re: Why we don't want hints Was: Slow count(*)
again...
|
| Список | pgsql-performance |
On 02/10/2011 11:21 AM, Kevin Grittner wrote: > Something like this syntax?: > > JOIN WITH (correlation_factor=0.3) I was thinking more: JOIN foo_tab USING (foo_id) WITH (COST=50) or something, to exploit the hooks that already exist for functions, for example. But it's still an interesting concept. Tell the optimizer what you want and how the data is really related in cases where it's wrong, and let it figure out the best path. -- Shaun Thomas OptionsHouse | 141 W. Jackson Blvd. | Suite 800 | Chicago IL, 60604 312-676-8870 sthomas@peak6.com ______________________________________________ See http://www.peak6.com/email_disclaimer.php for terms and conditions related to this email
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера