Re: Why could different data in a table be processed with differentperformance?
В списке pgsql-performance по дате отправления:
| От | Justin Pryzby |
|---|---|
| Тема | Re: Why could different data in a table be processed with differentperformance? |
| Дата | |
| Msg-id | 20180925023852.GX2471@telsasoft.com обсуждение исходный текст |
| Ответ на | Re: Why could different data in a table be processed with different performance? (Vladimir Ryabtsev <greatvovan@gmail.com>) |
| Ответы |
Re: Why could different data in a table be processed with different performance?
|
| Список | pgsql-performance |
On Mon, Sep 24, 2018 at 05:59:12PM -0700, Vladimir Ryabtsev wrote: > > This seems significant..it means the heap was probably written in > backwards > order relative to the IDs, and the OS readahead is ineffective when index > scanning across a range of IDs. > But again, why is it different for one range and another? It was reversed > for both ranges. I don't have an explaination for it.. but I'd be curious to know pg_stats.correlation for the id column: SELECT schemaname, tablename, attname, correlation FROM pg_stats WHERE tablename='articles' AND column='article_id' LIMIT1; Justin
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера