| От | Josh Berkus |
|---|---|
| Тема | Re: Performance problem with semi-large tables |
| Дата | |
| Msg-id | 200501291351.10335.josh@agliodbs.com обсуждение исходный текст |
| Ответ на | Performance problem with semi-large tables ("Ken Egervari" <ken@upfactor.com>) |
| Список | pgsql-performance |
Ken, Actually, your problem isn't that generic, and might be better solved by dissecting an EXPLAIN ANALYZE. > 1. Should I just change beg to change the requirements so that I can make > more specific queries and more screens to access those? This is always good. > 2. Can you > recommend ways so that postgres acts on big tables more efficiently? I'm > not really interested in this specific case (I just made it up). I'm more > interested in general solutions to this general problem of big table sizes > with bad filters and where join orders don't seem to help much. Well, you appear to be using ORDER BY ... LIMIT. Is there a corresponding index on the order by criteria? -- Josh Berkus Aglio Database Solutions San Francisco
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера