RE: [HACKERS] Index recreation in vacuum
От | Hiroshi Inoue |
---|---|
Тема | RE: [HACKERS] Index recreation in vacuum |
Дата | |
Msg-id | 000901bf62d3$a0bfa940$2801007e@tpf.co.jp обсуждение исходный текст |
Ответ на | Re: [HACKERS] Index recreation in vacuum (Dmitry Samersoff <dms@wplus.net>) |
Список | pgsql-hackers |
> -----Original Message----- > From: Dmitry Samersoff [mailto:dms@wplus.net] > > Hiroshi Inoue wrote: > > > > Yes,I believe so. It's necessary to keep consistency between heap > > > > table and indexes even in case of abort/crash. > > > > As far as I see,it has been a big charge for vacuum. > > > > > > OK, how about making a copy of the heap table before starting vacuum, > > > moving all the tuples in that copy, create new index, and > then move the > > > new heap and indexes over the old version. We already have > an exclusive > > > lock on the table. That would be 100% reliable, with the disadvantage > > > of using 2x the disk space. Seems like a big win. > > > > > > > I heard from someone that old vacuum had been like so. > > Probably 2x disk space for big tables was a big disadvantage. > > Yes, It is critical. > > How about sequence like this: > > * Drop indices (keeping somewhere index descriptions) > * vacuuming table > * recreate indices > Yes,my idea is almost same. I won't drop indices but make them invisible in a sense. Regards. Hiroshi Inoue Inoue@tpf.co.jp
В списке pgsql-hackers по дате отправления: