| От | Francisco Reyes |
|---|---|
| Тема | Re: Select max(primary_key) taking a long time |
| Дата | |
| Msg-id | cone.1274570575.501300.30938.1000@shelca обсуждение исходный текст |
| Ответ на | Select max(primary_key) taking a long time (Francisco Reyes <lists@stringsutils.com>) |
| Список | pgsql-general |
Merlin Moncure writes: > do a big delete recently? any other open transactions? Some inserts were taking place. Roughly 2 to 5 million rows inside transactions. We were doing some ETL and each batch represented a file we were loading. We need to have the entire file or roll back so each file is done within a transaction. > the remedy for the former is to simply eat it (one time penalty) or > rebuild the table. for the latter you simply have to resolve the > other transaction. I think it is related to the inserts... after they were done everything was back to normal. > how big is your table according to pg_relation_size()? \dt+ is easier. :-) 116GB
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера