| От | Hiroshi Inoue |
|---|---|
| Тема | RE: [HACKERS] Solution for LIMIT cost estimation |
| Дата | |
| Msg-id | 000301bf774f$feb8aa20$2801007e@tpf.co.jp обсуждение |
| Ответ на | Re: [HACKERS] Solution for LIMIT cost estimation (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: [HACKERS] Solution for LIMIT cost estimation
|
| Список | pgsql-hackers |
> -----Original Message----- > From: owner-pgsql-hackers@postgresql.org > [mailto:owner-pgsql-hackers@postgresql.org]On Behalf Of Tom Lane > > Philip Warner <pjw@rhyme.com.au> writes: > > Just my 0.02c, but I don't like putting limits on an optimizer. > > That's my feeling too. I'm leaning towards letting the optimizer do the > best it can with the given query (which means using OFFSET+LIMIT as the > estimated number of tuples to be fetched), What about cursors ? I heard from Jan that we could specify 'LIMIT ALL' to tell optimizer that the response to get first rows is needed. Regards. Hiroshi Inoue Inoue@tpf.co.jp
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера