| От | Yudie Pg |
|---|---|
| Тема | Re: Table partition for very large table |
| Дата | |
| Msg-id | e460d0c0503281338170837e8@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: Table partition for very large table (Scott Marlowe <smarlowe@g2switchworks.com>) |
| Ответы |
Re: Table partition for very large table
|
| Список | pgsql-general |
> Also, this is important, have you anayzed the table? I'm guessing no, > since the estimates are 1,000 rows, but the has join is getting a little > bit more than that. :) > > Analyze your database and then run the query again. I analyze the table and it decrease number of rows in nested loop on query plan. Then it stuck or could be timeout when I execute the query. This work around to optimize the database seems not helping to cut the query time. What about table partition? anyone know about it?
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера