Re: Using "LIMIT" is much faster even though, searching
В списке pgsql-performance по дате отправления:
| От | Josh Berkus |
|---|---|
| Тема | Re: Using "LIMIT" is much faster even though, searching |
| Дата | |
| Msg-id | 200411302103.51643.josh@agliodbs.com обсуждение исходный текст |
| Ответ на | Re: Using "LIMIT" is much faster even though, searching ("Hyun-Sung, Jang" <siche@siche.net>) |
| Ответы |
Re: Using "LIMIT" is much faster even though, searching
|
| Список | pgsql-performance |
Hyun-Sang, > before test, I already executed VACUUM FULL. > this result show up after vacuum full. Really? Your results really look like a bloated table. Can you run VACUUM FULL ANALYZE VERBOSE on the table and post the output? > When I using index scan, the result was almost same, that means, there > was no time difference, so i'll not mention about index scan. Can we see an index scan plan anyway? EXPLAIN ANALYZE? Oh, and if this is a zip codes table, why are you using a sequence as the primary key instead of just using the zip code? -- Josh Berkus Aglio Database Solutions San Francisco
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера